微服务拆分的原则?

按分享的经验来看,是需要将无关的功能都进行拆分,我理解就是原子化拆分。但现实业务场景中对于传统的应用系统,已经存在了大量的业务逻辑处理。这种迁移是一个比较长期且痛苦的事情,如何解决?...显示全部

按分享的经验来看,是需要将无关的功能都进行拆分,我理解就是原子化拆分。但现实业务场景中对于传统的应用系统,已经存在了大量的业务逻辑处理。这种迁移是一个比较长期且痛苦的事情,如何解决?

收起
参与13

查看其它 2 个回答尘世随缘的回答

尘世随缘尘世随缘技术总监上海某互联网金融公司

系统的迁移或者重构本身就是一个非常漫长和痛苦的过程,可以先以接口的方式来迁移。在网关或者Nginx层做分发。比如/user/query_user这个接口,20%的流量切到新的服务上,80%的流量还是老的服务上。万一新系服务出现问题还可以再迁移到老的服务。等一段时间后流量逐步增加 50%,80%,100%,然后这个接口老系统就废除了,由新服务来提供服务。以此类推。

互联网服务 · 2019-07-10
浏览2432

回答者

尘世随缘
技术总监上海某互联网金融公司
擅长领域: 云计算云原生微服务

尘世随缘 最近回答过的问题

回答状态

  • 发布时间:2019-07-10
  • 关注会员:4 人
  • 回答浏览:2432
  • X社区推广