DDD+双中台

一、背景

        DDD（Domain Driven Design）：领域驱动设计 。

        随着业务的发展，每个产品都需要对应数量的开发者作为支撑，但在长期的协作中，我们发现开发团队都会遇到一些普遍难点：构建速度慢、开发测试周期长、协作困难等。

         在快速的业务迭代中，各团队的开发人员往往只会将所在团队的问题进行简单的优化，因此会存在各大团队重复造轮子、耦合严重的现象。

针对这种情况，需要将开发中遇到的问题进行抽象、形成一个统一的解决方案。

二、案例说明

我们当时知道没有“银弹”，但经过不断探索与实践，不管是阿里的“大中台、小前台”，还是字节的大直播中台，我们有理由相信DDD+中台战略+微服务是权衡下的一剂良方。

业务是骨架，数据是血液，双中台相辅相成。

不直面业务且缺乏中台战略的最大痛点在于团队效能低，可如果每个团队都直接面对终端客户就需要每个成员都既要懂业务，也要懂开发，既要懂UI、应用，还要懂数据库，甚至大数据。每个人都是全栈，这样太“贵”了。

随着业务的不断发展，“前台+后台”的⻮轮速率“匹配失衡”，中台战略下的微服务架构成为企业对抗高并发、稳定系统的首选，也将展现长足的竞争优势。