一、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