微服务拆分
微服务拆分
很多团队面临这样的问题,服务到底如何拆分,怎么样的拆分是合理的,拆分后新的微服务框架和老的系统如何做兼容运行,老系统如何逐步平滑过渡到微服务架构中,而且不影响线上业务运行,也不能影响正常的项目迭代。其实,业界没有标准的方式来指导如何做拆分,我们主要围绕“拆“ 与 ”合“来做服务的拆分,所谓拆就是按业务功能拆分,所谓”合“,就是拆分后的模块经过多次迭代后可以做合并处理...(more)
很多团队面临这样的问题,服务到底如何拆分,怎么样的拆分是合理的,拆分后新的微服务框架和老的系统如何做兼容运行,老系统如何逐步平滑过渡到微服务架构中,而且不影响线上业务运行,也不能影响正常的项目迭代。其实,业界没有标准的方式来指导如何做拆分,我们主要围绕“拆“ 与 ”合“来做服务的拆分,所谓拆就是按业务功能拆分,所谓”合“,就是拆分后的模块经过多次迭代后可以做合并处理。

问题

证券微服务·2019-07-08
尘世随缘 · 上海某互联网金融公司 擅长领域:云计算, 云原生, 微服务
86 会员关注
在高并发的场景下,缓存、队列,异步是必备的技术手段,在哪里使用缓存,这个没有一个标准的方案,但是有个约定的前提,谁提供谁负责(谁提供的服务,谁来保障服务的高可用)。这里给下我的建议:1、一切皆缓存,所有的地方都可以用缓存,如果担心因为缓存更新策略问题带来的数据不一致,那么可以...
银行微服务·2019-06-28
Steven课题专家组 · steven 擅长领域:云计算, 容器, 容器云
77 会员关注
微服务粒度通常看业务情况,数据事务之间的关联,比如银行客户,可能有机构客户(对公),个人客户(对私),他们之间的数据差别其实还是挺大的,所以建议分为两个微服务,是否需要再细分,要看客户数据模型,比如客户有基本信息,扩展信息,关联信息等等,是否需要细分可以根据业务需求决定...
保险虚拟化·2019-06-28
gavin_zhang · 某股份制银行 擅长领域:云计算, 容器, 容器云
85 会员关注
对于保险业的业务不是非常了解,但是应该和其他金融行业差不多。业务拆分需要注意的一个是数据的一致性问题,由于微服务一般都是采用远程调用,所以是个分布式系统,遵循CAP原则,在拆分是需要充分考虑那些数据需要强一致。第二就是服务的独立性问题,每个服务应该拆分后可以独立的...

描述

很多团队面临这样的问题,服务到底如何拆分,怎么样的拆分是合理的,拆分后新的微服务框架和老的系统如何做兼容运行,老系统如何逐步平滑过渡到微服务架构中,而且不影响线上业务运行,也不能影响正常的项目迭代。其实,业界没有标准的方式来指导如何做拆分,我们主要围绕“拆“ 与 ”合“来做服务的拆分,所谓拆就是按业务功能拆分,所谓”合“,就是拆分后的模块经过多次迭代后可以做合并处理...(more)
很多团队面临这样的问题,服务到底如何拆分,怎么样的拆分是合理的,拆分后新的微服务框架和老的系统如何做兼容运行,老系统如何逐步平滑过渡到微服务架构中,而且不影响线上业务运行,也不能影响正常的项目迭代。其实,业界没有标准的方式来指导如何做拆分,我们主要围绕“拆“ 与 ”合“来做服务的拆分,所谓拆就是按业务功能拆分,所谓”合“,就是拆分后的模块经过多次迭代后可以做合并处理。
X社区推广
  • 提问题