关于微服务业务粒度拆分思路问题?

在银行系统这块,微服务业务粒度的拆分思路是怎样的,有哪些注意事项,能否举例说明?非常感谢。

注:非银行系统也可以,想了解思路。

参与8

2同行回答

gavin_zhanggavin_zhang系统架构师某股份制银行
微服务的拆分的原则就是业务对象,业务对象,业务对象(重要的事情说三遍),为什么是业务对象,其中包含两层含义,一个是业务,一个是对象。业务要求拆分的服务应该能完成一个相对完整的业务功能,而不是一个业务的一个步骤;对象要求服务有相对较好的封装,能够有一定的独立性。至于服务的粒...显示全部

微服务的拆分的原则就是业务对象,业务对象,业务对象(重要的事情说三遍),为什么是业务对象,其中包含两层含义,一个是业务,一个是对象。业务要求拆分的服务应该能完成一个相对完整的业务功能,而不是一个业务的一个步骤;对象要求服务有相对较好的封装,能够有一定的独立性。至于服务的粒度,没有一个标准,实际生产中不需要太过于纠结,个人偏向一开始时按照比较大的粒度,在随着需求不断迭代中,根据需求的变更成都和耦合性进行分拆,简单说,就是经常一起变更的,相关性比较大的功能,可以拆解成新的服务。

收起
银行 · 2019-07-03
浏览2043

提问者

小戴
小戴0410
软件开发工程师某金融企业
擅长领域: 服务器存储新核心系统

问题来自

相关问题

相关资料

相关文章

问题状态

  • 发布时间:2019-06-28
  • 关注会员:3 人
  • 问题浏览:2920
  • 最近回答:2019-07-03
  • X社区推广