开启掘金成长之旅！这是我参与「掘金日新计划 · 12 月更文挑战」的第22天，点击查看活动详情
DDD建模的时候，主要关注的就是域这个概念，子域，还有好几种类型，其实就是一个大系统；域之间需要做集成，大系统之间的集成；对每个域内部进行服务的划分
每一个限界上下文其实都是一个大平台里的完整子系统，所以对应来说，每一个限界上下文也都可以叫做一个子域，一般在做DDD建模的时候，如果简单一点，直接划分出多个子域，然后划分不同的子域类型就可以了，这其实是对一个大型平台或者大型系统进行建模的方法；各个域内部，各个子系统内部的通用语言建模，类建模，事件建模
必须提一点，即使以前没有DDD的时候，有经验的大佬只不过不用这个术语，然后业务系统建模过程跟DDD是一样的，首先就是对大系统划分各个子系统，各个子系统分派给不同的团队去维护，划分就是根据业务来划分的
子域有几种类型，一个是核心域，就是你的大系统里的最最很的几个子系统，通常我们认为是支撑你公司核心业务运转的那些系统就是不同的核心域，分配的是公司最多的研发资源，投入最大；
一个是支撑子域，这个说白了就是公司里的一些锦上添花的辅助系统，非核心系统，比如说什么爬虫系统、BI系统、竞对分析系统、社会化治理系统，这些系统可能会跟你的核心系统有交互，但是主要是辅助用的，甚至可能找外包来做，分配资源较少
最后一个是通用子域，类似什么HR系统、OA系统、CRM系统、权限系统、认证系统之类的，都有通用解决方案，可以直接找第三方厂商进行采购，然后进行集成，当然也可能是找外包做，或者内部做，但是投入的资源会很少很少
