按业务领域分解模式划分微服务-阿里云开发者社区

开发者社区> 人工智能> 正文

按业务领域分解模式划分微服务

简介: 场景 使用微服务架构开发一个大型复杂的应用程序,我们需要将应用程序细致,合理地分解为一组松散耦合的微服务。微服务架构的目标是通过实现持续交付/部署来加速软件开发。 目标 架构必须稳定; 服务必须高内聚 - 服务应该实现一小组强相关的功能; 服务必须符合开闭原则 - 将一同变更的内容打包在一起,以确保每个更改仅影响一个服务; 服务必须松耦合 - 每个服务都可以在不影响客户端的情况下更改实现; 服务应该是可测试的; 每项服务都小到足以由“两个披萨”团队开发,即一个6-10人的团队; 负责一个或多个服务的每个团队必须是自治的 - 团队能够在与其他团队尽量少的协作下,来开发和部署他们的服务。

场景

使用微服务架构开发一个大型复杂的应用程序,我们需要将应用程序细致,合理地分解为一组松散耦合的微服务。微服务架构的目标是通过实现持续交付/部署来加速软件开发。

img_ec743584cc9987e54750fd5dc03152ea.png

目标

  • 架构必须稳定;
  • 服务必须高内聚 - 服务应该实现一小组强相关的功能;
  • 服务必须符合开闭原则 - 将一同变更的内容打包在一起,以确保每个更改仅影响一个服务;
  • 服务必须松耦合 - 每个服务都可以在不影响客户端的情况下更改实现;
  • 服务应该是可测试的;
  • 每项服务都小到足以由“两个披萨”团队开发,即一个6-10人的团队;
  • 负责一个或多个服务的每个团队必须是自治的 - 团队能够在与其他团队尽量少的协作下,来开发和部署他们的服务。

方法

通过领域驱动设计(DDD),设计与 子域 相对应的服务。DDD通过分析问题空间和业务逻辑,将应用程序定义为域。域由多个子域组成。每个子域对应于业务的不同部分。

子域可分为以下几类:

  • 核心类 - 业务的关键差异化因素和应用程序中最有价值的部分;
  • 支持类 - 与业务有关,但与差异化无关;这些可以在内部实施或外包;
  • 通用类 - 与业务无关,理想情况下可以使用现成的软件实现。

例子

一个在线商店的子域包括:

  • 产品目录
  • 库存管理
  • 订单管理
  • 交货管理

相应的微服务架构中,每一个子域将对应一个微服务。

img_22561b3dc54938fd42ceeb98e2004cea.png

优点

  • 由于子域相对稳定,因此具有稳定的体系结构;
  • 开发团队能有效隔离业务逻辑和技术框架;
  • 服务具有高内聚和松耦合。

问题

如何识别子域?
识别子域需要了解业务。通过分析业务及其组织结构来识别不同的专业领域,从而识别子域。这个过程通常需要不断迭代。

识别子域的好思路是:

  • 组织结构 - 组织内的不同分组或部门可能对应于不同子域;
  • 高阶域模型 - 子域通常具有关键域对象。

相关模式

微服务架构风格




你现在的气质里,藏着你走过的路,读过的书,爱过的人。


版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
人工智能
使用钉钉扫一扫加入圈子
+ 订阅

了解行业+人工智能最先进的技术和实践,参与行业+人工智能实践项目

其他文章