认识达内从这里开始

我们在上文中给大家简单介绍了分层架构设计的一些基础知识，而今天我们就再来了解一下，微服务架构设计应用优势。

1、聚焦领域模型

中台属于后端业务领域逻辑范畴，重点关注领域内业务逻辑的实现，通过实现公共需求为前台应用提供共享服务能力。按DDD的方法，在领域模型建立的过程中会对业务和应用进行清晰的逻辑和物理边界划分。领域模型的设计结果会影响到后续的系统模型、架构模型和领域层代码模型的设计，终影响到微服务的拆分和项目落地实施。

2、合理的架构分层

不要把与领域无关的业务逻辑放在领域层，避免领域业务逻辑被污染，保证领域层的纯洁，只有这样才能降低领域逻辑受外部变化的影响。在领域和架构模型建立后，代码模型的逻辑分层和微服务拆分要具体情况具体分析，根据自身研发和运维能力综合考虑。

(1)项目级单应用

对于单应用系统的分层，遵循上述分层架构模型即可，核心领域逻辑在领域层实现，服务的组合和编排在应用层实现，两者组合形成中台，通过API对前台应用提供服务。

从部署和微服务拆分来讲，领域层代码部署时可能是一个微服务，也可能会根据限界上下文被拆分为多个微服务部署。应用层代码如果逻辑复杂，含较多个性业务逻辑，可以根据需要独立为微服务部署。如果逻辑简单，且领域层是一个微服务，在划分好应用层和领域层代码逻辑边界的情况下，如果符合微服务拆分原则，也可以考虑将应用层与领域层代码合并为一个微服务部署。

(2)企业级多中台应用

对于企业级多中台应用，多个中台应用通过API网关对外发布API服务。核心域业务中台在调用支撑域和通用域中台服务时通过核心域应用层完成多中台服务的组合和编排，为前台应用提供API服务。核心域中台的应用层是否独立成微服务部署，需考虑的情况与单应用系统相似。

3、服务的管理

应用层、领域层和基础设施层都有对应的服务，各司其职提供服务，其中基础设施层的服务通过依赖反转模式为领域层和应用层提供基础设施资源服务。应用层和领域层服务发布在API网关，通过API网关适配，为前台提供用户无差异化(应用app、批处理或自动化测试)的服务。

4、资源的适配和解耦

由于上述架构模型中定义的外层只能依赖内层的架构原则，对于像数据库、缓存、文件系统等的外部基础设施资源，往往采用依赖反转的模式对外提供资源服务，实现应用层、领域层与基础设施层资源的解耦。在设计中应考虑资源层的代码适配逻辑，一旦基础设施资源出现变更(如换数据库)，可以屏蔽资源变更对业务代码带来的影响，切断业务逻辑对基础资源的依赖，降低由于资源变更对业务逻辑的影响。

5、前台应用

从核心业务逻辑来看，中台实现了主要的业务逻辑，属于标准化的重量级应用。前台应用聚焦于界面交互以及业务流程等，属于轻量级应用，前台应用可以有个性的业务逻辑、流程和配置数据，甚至数据库，通过调用中台API服务完成交互界面和业务全流程。

希望这辈子，最让你无悔的事情就是来达内学习！学习向来不是件易事，但无论过程多么艰难，希望你依然热爱生活，热爱学习！永远记得，达内将与你一同前行！现在扫码，立即领取万元课程礼包，助力0基础快速入行，为你梳理行业必备技能，全方位了解岗位发展前景！

【免责声明】本文系本网编辑部分转载，转载目的在于传递更多信息，并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题，请在30日内与管理员联系，我们会予以更改或删除相关文章，以保证您的权益!更多内容请在707945861群中学习了解。欢迎关注“达内在线”参与分销，赚更多好礼。