微服务系列二：微服务架构面对的寻衅

源代码 · 2024-10-2 02:54:02

微服务体系相对于以往的单体体系更为复杂。在构建的时候，研发团队必须要管理和支持许多组件，环境会变得更加复杂。下面是我以往构建微服务体系时整理的一些紧张寻衅。

一、限界上下文

限界上下文概念劈头于范畴驱动计划 (DDD) 圈子。它的出现促进了优先对象模子的服务方法，界说了服务责任和绑定的数据模子。有界限的上下文澄清、封装并界说了模子的特定责任。每个模子都必须在子域内隐式界说一个上下文，而且每个上下文都界说了界限。换句话说，服务拥有其数据并对其完备性和可变性负责。它支持微服务最紧张的特性：独立性息争耦。
二、动态扩展和缩减

差别微服务上的负载大概在差别范例的实例上。除了主动扩展你的微服务应该主动缩减。低沉了微服务的本钱，可以动态分配负载。
三、监控

传统的监控方式与微服务差别性很大，微服务有多个服务组成了单个应用步伐支持的类似功能。当应用步伐中出现错误时，找到根本原因具有很大的寻衅性。
四、容错

容错是不会低沉整个体系的单个服务。当故障发生时，应用步伐可以在肯定的满意度下运行。假如没有容错本领，体系中的单个故障大概会导致完全瓦解。断路器可以实现容错，它是一种将哀求包装到外部服务，并检测它们何时出现故障的模式。微服务须要肯定程度上容忍内部和外部故障。
五、循环依靠

跨差别服务的依靠管理，这个功能非常紧张。假如不及时辨认息争决，循环依靠大概会产生标题，当依靠关系形成了环，终极导致：在安装 A 软件包之前，必须要安装 A、B、C、D 软件包
六、DevOps 文化

微服务非常得当 DevOps。它提供更快的交付服务、跨数据的可见性和具有本钱效益的数据。它可以将他们对容器化转换的利用从面向服务的架构 (SOA) 扩展到微服务架构 (MSA)。
微服务的其他寻衅

随着我们添加更多微服务，我们必须确保它们可以一起扩展。更多的粒度意味着更多的组件，增长了体系的复杂性。
传统的日志纪录是无效的，由于微服务是无状态的、分布式的、独立的。日志纪录必须可以大概跨多个平台关联变乱。
当更多的服务相互交互时，失败的大概性也会增长。

微服务系列二：微服务架构面对的寻衅

所属分类: 问答交流

新帖推荐: 30日

推荐作品