DDD—微服务,中台建设为什么需要领域驱动设计

一、AKF拓展立方体    
    中台本质上是企业的业务模型,中台领域模型落地时需要架构的支撑。
    无论是最早的阿里巴巴中台战略的落地,还是其他企业的实施方案来看,目前中台落地的技术手段和架构,最佳实践就是微服务架构,微服务架构有利于服务的拆分和拓展,以支持日益增长的业务需求,《架构真经》的书里提出了微服务的AKF拓展立方体。
    现代社会的经济,建立在可扩展可伸缩的基础架构之上,尤其是互联网经济,只有达到一定规模后才能盈利,如此便要求系统是可扩展,可伸缩的
 X轴:水平复制微服务实例
 Z轴:将微服务实例分区,即可以划分区域(北京,上海)实现拓展
 Y轴:将微服务以功能模块的形式进行拆分
 其中,X,Z轴的实现是已有成熟可靠的方案,但没有解决日益增长的开发和业务的复杂性,Y轴就是为解决业务复杂性而生,通过领域建模,划分不同业务领域的界限,形成各自独立的微服务能力,但Y轴如何按照功能模块进行拆分,一直没有一个清晰的界限和方法论,而领域驱动设计的方法论,可以很好的解决这个问题。
 
二、微服务为什么需要DDD?
    微服务架构将服务作为模块化的单元,模块化是功能分解的基础,所有形式的模块化要大体遵循如下两个原则:
    1、小而专注,功能内聚——按业务边界来确定服务的边界
    2、自治性——避免多个服务相互依赖,一起部署,有自己独立的数据库等
    大多数人对微服务的理解还停留分解上,停留在容器技术的发展带来了服务拆分上
    《微服务架构设计模式》的书作者Chris Richardson告诉我们,微服务的本质是服务的分解和定义,微服务架构告诉我们应该按业务边界去定义服务的边界,但是没有告诉我们如何识别和定义业务边界
    DDD诞生于2003年Eric Evans出版的《领域驱动设计》,DDD的核心思想是从业务视角出发,根据限界上下文边界划分业务的领域边界,定义领域模型,确定业务边界。在微服务落地时,建立业务领域模型与微服务代码模型的映射关系,从而保证业务架构与微服务系统架构的一致性。
 
  

 参考书籍 ——《基于DDD和微服务的中台架构与实现》欧创新、邓頔
 参考书籍 ——《领域驱动设计》Eric Evans
 参考书籍 ——《架构真经》Martin L. Abbott

原文地址:https://www.cnblogs.com/jiyukai/p/14821374.html