啾啾头号大粉丝打工买粮博客

DDD（领域驱动设计）是一种解决软件复杂性的思维框架，其核心价值在于通过领域建模管理业务固有的复杂性。传统开发存在以下问题： 业务与技术语言鸿沟：通用语言可确保代码与业务术语一致，避免需求偏差。 贫血模型导致逻辑分散：业务规则分散在Service层，充血模型通过封装行为到领域对象保证一致性。 系统边界模糊：限界上下文和聚合划分明确边界，避免领域间耦合。 DDD通过领域模型、限界上下文等模式，将复杂业务逻辑转化为可维护的代码结构。

摘要：本文探讨了服务间理想集成技术的特性与实现方式。理想的集成应具备无破坏性修改、技术无关API、易消费性和隐藏内部细节等特点。主流集成方式包括创建接口、共享数据库等，协作模式可分为指挥式和编排式两种。文章强调集成时需注意版本管理和第三方集成控制，建议使用适配器模式隔离变化。在服务数量增多时，需权衡复杂度、耦合性和性能，选择适合的协作调度方案。（149字）

介绍了解一下四种常见的数据一致性模型：强一致性、顺序一致性、因果一致性、最终一致性。

在现代分布式系统中，网络故障是必然会发生的，所以 分区容错性 (P) 是一个必须满足的前提条件。因此，CAP 定理的实际抉择变成了：当网络分区发生时，你必须在一致性 (C) 和可用性 (A) 之间做出选择。这样的CAP定理是有局限性的，其更像一个“故障发生时”的法则，告诉网络故障时怎么权衡。它没有告诉我们在系统整行运行时如何权衡。

在微服务架构中，服务和组件往往以集群形式存在。一份数据，如注册表信息，其存在于注册中心集群的多个注册中心服务上。然而，微服务架构的网络往往是不可靠的，我们如何在不可靠的网络条件下，正确地同步可能实时动态变更的注册表信息呢？

分布式系统与微服务设计的共通特征，AI时代的无服务

探讨基于低耦合高内聚原则的服务划分。

基于要达到的目标去定义一些原则和实践对做设计来说非常有好处。重视技术架构的同时重视组织架构。

微服务设计应当是面向服务、适配团队、循序渐进的设计。