-
静态内容 – 容纳系统的所有内容。
-
管理 – 在节点上平衡服务并识别故障。
-
服务发现 – 查找微服务之间通信路径的指南。
-
内容交付网络 – 代理服务器及其数据中心的分布式网络。
-
远程服务 – 启用驻留在IT设备网络上的远程访问信息。
Q6。微服务架构的优缺点是什么?
微服务架构的优点
微服务架构的缺点
自由使用不同的技术
增加故障排除挑战
每个微服务都侧重于单一功能
由于远程呼叫而增加延迟
支持单个可部署单元
增加了配置和其他操作的工作量
允许经常发布软件
难以保持交易安全
确保每项服务的安全性
艰难地跨越各种边界跟踪数据
多个服务是并行开发和部署的
难以在服务之间进行编码
Q7。单片,SOA和微服务架构有什么区别?
图6: 单片SOA和微服务之间的比较 – 微服务访谈问题
-
单片架构类似于大容器,其中应用程序的所有软件组件组装在一起并紧密封装。
-
一个面向服务的架构是一种相互通信服务的集合。通信可以涉及简单的数据传递,也可以涉及两个或多个协调某些活动的服务。
-
微服务架构是一种架构风格,它将应用程序构建为以业务域为模型的小型自治服务集合。
Q8。在使用微服务架构时,您面临哪些挑战?
开发一些较小的微服务听起来很容易,但开发它们时经常遇到的挑战如下。
-
自动化组件:难以自动化,因为有许多较小的组件。因此,对于每个组件,我们必须遵循Build,Deploy和Monitor的各个阶段。
-
易感性:将大量组件维护在一起变得难以部署,维护,监控和识别问题。它需要在所有组件周围具有很好的感知能力。
-
配置管理:有时在各种环境中维护组件的配置变得困难。
-
调试:很难找到错误的每一项服务。维护集中式日志记录和仪表板以调试问题至关重要。
Q9。SOA和微服务架构之间的主要区别是什么?
SOA和微服务之间的主要区别如下:
SOA
微服务
遵循“ 尽可能多的共享 ”架构方法
遵循“ 尽可能少分享 ”的架构方法
重要性在于 业务功能 重用
重要性在于“ 有界背景 ” 的概念
他们有 共同的 治理 和标准
他们专注于 人们的 合作 和其他选择的自由
使用 企业服务总线(ESB) 进行通信
简单的消息系统
它们支持 多种消息协议
他们使用 轻量级协议 ,如 HTTP / REST 等。
多线程, 有更多的开销来处理I / O.
单线程 通常使用Event Loop功能进行非锁定I / O处理
最大化应用程序服务可重用性
专注于 解耦
传统的关系数据库 更常用
现代 关系数据库 更常用
系统的变化需要修改整体
系统的变化是创造一种新的服务
DevOps / Continuous Delivery正在变得流行,但还不是主流
专注于DevOps /持续交付
Q10。微服务有什么特点?
您可以列出微服务的特征,如下所示: