深度剖析微服务架构

在之前的博客文章中，我已经详细介绍了微服务体系结构：微服务体系结构：简要概述以及为什么要在下一个项目中使用它以及模块化单片软件体系结构真的死了吗?如果您有兴趣，可以阅读它们以更深入地了解它们。

什么是微服务架构。微服务架构有很多定义。这是我的定义：

微服务架构旨在将大型，复杂的系统垂直(按功能或业务要求)划分为较小的子系统，这些子系统属于流程(因此可独立部署)，并且这些子系统之间通过与语言无关的轻量级网络通信相互通信(例如REST，gRPC)或异步(通过消息传递)方式。

这是具有微服务架构的业务Web应用程序的组件视图：

> Microservice Architecture by Md Kamaruzzaman

微服务架构的重要特征：

• 整个应用程序分为多个单独的进程，每个进程可以包含多个内部模块。
• 与模块化Monoliths或SOA相反，微服务应用程序是垂直拆分的(根据业务能力或领域)
• 微服务边界是外部的。结果，微服务通过网络调用(RPC或消息)相互通信。
• 由于微服务是独立的流程，因此它们可以独立部署。
• 他们以轻巧的方式交流，不需要任何智能交流渠道。

微服务架构的优势：

• 更好的开发规模。
• 更高的发展速度。
• 支持迭代或增量现代化。
• 充分利用现代软件开发生态系统(云，容器，DevOps，无服务器)的优势。
• 支持水平缩放和粒度缩放。
• 由于尺寸较小，它降低了开发人员的认知复杂度。

微服务架构的缺点：

• 大量的活动部件(服务，数据库，流程，容器，框架)。
• 复杂性从代码转移到基础架构。
• RPC调用和网络流量的激增。
• 管理整个系统的安全性具有挑战性。
• 设计整个系统比较困难。
• 介绍分布式系统的复杂性。

何时使用微服务架构：

• Web规模应用程序开发。
• 当多个团队处理应用程序时，进行企业应用程序开发。
• 长期收益优先于短期收益。
• 该团队拥有能够设计微服务架构的软件架构师或高级工程师。
• 

（编辑：应用网_丽江站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!