当我们要使用Akka相关工具与技术时，可使用DDD来帮助我们设计Actor，设计组成整个系统的其它组件，将应用程序分隔为较小的系统的方式，了解子系统的边界以及它们如何交互。
DDD介绍
DDD是一套软件架构的指导原则，DDD中最重要的概念是域模型(Domain Model)。“域”是构成尝试建模的业务或领域的一组要求，约束和概念。DDD中，我们专注涉及的业务领域，并围绕它构建软件系统模型。
- 构建DDD的过程需要该领域的专家参与进来，无需懂计算机，但可以通过我们开发的新语言相互交流
- DDD专注于构建能持续发展的模型，不是一个一直都不变的模型
DDD好处
DDD可以帮助我们区分系统中的业务区域部分和基础架构部分，帮助我们争取的在它们周围创造正确的抽象层，这样就不会触及边界。
DDD的目标是将较大的领域业务分解成更小，更易于管理的业务块，然后分别对这些小的业务块进行构建，这样开发的系统不仅对我们更好理解，对领域专家来说也更好理解。
DDD组件
- 域实体(Entity)：实体一般是可以变的，具有唯一可识别的标识，可以直接映射到Akka actor中。actor就是管理可变状态的，并且系统中的actor都可以使用路径对其进行唯一标识。
- 域值对象：值对象一般没有唯一标识，两者的值相同即认为是相同的，值对象是不可变的。可以作为Akka的消息。
- 聚合：应用程序内对象的集合，每个聚合都会绑定到聚合根上，通过聚合根可以访问聚合中的一些元素。在Akka中就是父actor与子actor的关系。删除/停止父actor，子actor也会随之删除/停止
- 仓储：仓储的目的是从基础架构中抽象出抽象层，创建一个将域和基础架构隔离开的系统，无需关系是使用SQL数据库，NoSQL数据库，数据文件或者其它结构。在Akka中有一组Person聚合，则可能有PersonRepository来管理这些聚合。PersonRepository应该也是一个actor。
- 域服务：有些操作可能涉及到多个聚合根，这种情况下，我们可以引入一种被称为Service的概念。服务也是一个域对象，但是用于处理不适合作为聚合的操作，该服务可以根据需要与聚合进行交互。
有界上下文
任何有一定规模的系统都将自然分解为更小的组件，这些组件可以有自己的域，有自己的边界。
在Akka中，可以在系统中创建一系列顶级的Actor，让每一个actor专门用于一个特定的有界上下文，有界上下文标识彼此隔离的而服务。
这种有界上下文与现代微服务体系结构非常相似，这种情况下，每个微服务通常代表一个有界上下文。使用Akka Clustering，集群Sharding和Akka Http这样的工具可以将一个大型系统拆分为单独的有界上下文。
部署Actor的方式只是一个实现细节，而不是应用程序的固有部分，这样可以实现独立的缩放系统的不同部分
结论
了解Akka的actor模型，并知道如何与DDD结合觜火猴，大家便有了可以构建强大的、可扩展的、高度可维护的系统的必要组件，可以遵循这些已经建立好的模式保证系统的顺利构建。
学习Akka设计的学习笔记：
参考《Akka 应用模式》
