cyxCoder

上一篇文章介绍了一线开发人员的关注点：DDD的战术落地。本篇文章则以一个高层视角，介绍下架构人员更关注的DDD战略设计相关问题。 DDD的战略设计聚焦于领域的整体架构规划，解决 “做什么” 的问题。而想要深入回答这个问题，则一定要对业务有深入的了解。从业务角度

上一篇文章对DDD的相关概念进行了介绍。本篇文章聊聊DDD的战术设计，因为作为一个一线的程序员，最想知道的还是如何把DDD落地，而DDD的战术设计就是关注领域模型的具体实现，解决 “如何做” 的问题。本文主要通过一个示例工程，让初学者能快速明白DDD的项目该如

领域驱动设计（Domain Driven Design）实际不是一个新的概念，2003年Eric Evans就出版了《领域驱动设计》一书。只是随着微服务、云原生等概念的兴起，大家发现DDD与微服务架构非常契合，慢慢的DDD就又走进了大家的视野，很多企业对DDD

在微服务架构中，注册中心、配置中心和消息中间件是支撑系统高可用、灵活扩展和异步通信的核心组件。本文将从技术特性、适用场景及选型建议三个维度，深入分析这三大核心组件的主流工具，仅供各位读者参考。 一、注册中心介绍 早期的注册中心，其功能相对简单，例如 Sprin

一、两段提交和三段提交 分布式系统为解决跨多个节点的事务一致性问题，保障分布式事务的ACID （Atomic原子性，Consistency一致性，Isolation隔离性，Durability持久性）提出了2PC、3PC两个概念。 先了解2个角色定义： 协调者

MySQL 主从架构（Master-Slave Replication）是一种常见的数据库复制模式，用于提高系统的可用性、读写分离和数据冗余。在主从架构中，一个或多个从服务器（Slave）会从主服务器（Master）同步数据，从而实现数据的高可用性和负载均衡。