微服务拆分的两种方法

举报
Taylorzhang 发表于 2024/04/30 14:42:51 2024/04/30
【摘要】 在应用现代化项目中,不管是把单体架构改造为微服务架构还是对微服务架构进行优化,都涉及微服务的拆分。对于微服务拆分的方法,目前业界主要存在两种路径:宏观到微观的结构化路径:其按照4A架构理论,从业务架构入手,沿着业务价值流,在业务架构结构化中找业务场景,围绕业务场景识别BI(业务项),对应DA,找到业务对象和逻辑实体,映射到AA,找到合适颗粒度的应用模块和特性,达到微服务合理拆分的目的,同时在...

在应用现代化项目中,不管是把单体架构改造为微服务架构还是对微服务架构进行优化,都涉及微服务的拆分。

对于微服务拆分的方法,目前业界主要存在两种路径:

宏观到微观的结构化路径:其按照4A架构理论,从业务架构入手,沿着业务价值流,在业务架构结构化中找业务场景,围绕业务场景识别BI(业务项),对应DA,找到业务对象和逻辑实体,映射到AA,找到合适颗粒度的应用模块和特性,达到微服务合理拆分的目的,同时在技术参考架构和标准下,明确技术架构的技术服务。


 

微观到宏观的结构化路径:互联网实践中习惯通过DDD来协同业务专家和IT专家,通过事件风暴、寻找聚合的方式,自下而上,找到领域合适颗粒度的业务对象和微服务。


 

个人认为虽然这两种方法没有优劣之分,但第一种方法要求更高,需要既懂业务又懂技术的综合型专家,更依赖专家经验;第二种方法是基于DDD方法论通过事件风暴逐步聚合出来的,对专家综合能力要求相对低一些,其过程更容易被客户理解,所以建议在应用现代化复杂项目中优先采用第二种方法进行微服务拆分。

【版权声明】本文为华为云社区用户原创内容,转载时必须标注文章的来源(华为云社区)、文章链接、文章作者等基本信息, 否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。