领域驱动设计实践,领域驱动设计 课程

为什么DDD是设计微服务的最佳实践

虽然那时候大部分的软件应用都是单体的，但是使用DDD依然可以设计出来容易维护而且快速响应需求变化的单体应用出来。

最后，使用DDD可以降低服务的耦合性，让系统设计更加规范。

需要指出DDD不能替代详细设计，DDD是为了更清晰地详细设计。 在微服务流行的互联网行业，当业务逐渐复杂时，技术人员需要解决如何划分微服务边界的问题，DDD这种清晰化业务边界的特性正好可以用来解决这个问题。

DDD 并不是一种架构，而是一种架构设计的方法论，是一种设计思想。

DDD概览 启迪 领域可以理解为业务，领域专家就是对业务很了解的人。限界上下文也就是微服务的边界，也可以理解为微服务，一个限界上下文=一个微服务。

DDD是一种方法论，它的本质还是面向对象的思想。DDD在OOAD的基础上提炼演进出了一套架构设计理论。帮助我们，使我们能更容易的以面对对象的思想来设计工程。DDD的设计也需要遵循OOAD的SOLID原则。

DDD领域驱动设计的项目实践

Actor模型对于DDD的使用还是有很多帮助的，他们都有相同的对象理念，同时，这种响应式架构使领域事件到其他的边界上下文或微服务变得更容易。 经过一些分层、抽象，The Clean Architecture是我们项目期望的目标。

DDD简史image 领域驱动设计这个概念出现在2003年，那个时候的软件还处在从CS到BS转换的时期，敏捷宣言也才发表2年。

DDD是方法不是目标，不需要为了使用而使用。 例如业务模型比较简单可以很容易分析的业务就不需要使用DDD，还有一些目标是快速验证类型的项目，追求短平快，前期可能也不需要使用领域驱动设计。

DDD概览 启迪 领域可以理解为业务，领域专家就是对业务很了解的人。限界上下文也就是微服务的边界，也可以理解为微服务，一个限界上下文=一个微服务。

年Eric Evans 发表Domain-Driven Design –Tackling Complexity in the Heart of Software （领域驱动设计），简称Evans DDD。

基于Pulsar实现的数据同步实践

1、maxwell实现较简单点），Pulsar 进行数据传输。Maxwell + Pulsar 实现上层的数据读取，下游业务方实现对应的数据同步逻辑。

2、Apache Pulsar 最初诞生于雅虎，当时就是为了解决雅虎内部各个部门之间数据的协调，所以多租户特性显得至关重用，Pulsar 从诞生之日起就考虑到多租户这一特性，并在后续的实现过程中，将其不断的完善。

3、write cache 中有索引数据结构，可以通过索引查找到对应的 entry，write cache 中的索引是内存级别的，基于 bookie 自己定义的 ConcurrentLongLongPairHashMap 结构实现。

4、很难实现松耦合服务、不同的数据存储和原子事务的组合。一个可能有所帮助的模式是事件源。在事件源中，从来不直接对数据执行更新和删除；相反，实体的状态更改被保存为一系列事件。

5、Dpark：Python版的SparkDPark是Spark的Python克隆，是一个Python实现的分布式计算框架，可以非常方便地实现大规模数据处理和迭代计算。DPark由豆瓣实现，目前豆瓣内部的绝大多数数据分析都使用DPark完成，正日趋完善。

6、充电桩的pulsar plus是（快速）脉冲射电源。

标签：领域驱动设计实践课程