微服务架构按照什么细粒度拆分?

我们这边开发微服务架构也是刚开始 目前的情况是基本都是已经是已经运行在线的系统,那如果我们现在准备重构,第一细粒度拆分,按照什么套路拆呢?是按照业务呢还是service呢?哪种情况横着拆哪种情况竖着拆?第二就是服务间的通信机制了。

参与35

4同行回答

StevenSteven课题专家组IT顾问steven
既然理解微服务是用来重构业务应用的,这个问题就很简单,以业务应用为核心,构建业务服务。忘掉,重构!业务服务需要数据服务、计算服务、搜索服务、算法服务……以及基本的日志、监控、配置、注册发现、网关、任务调度等组件。至于数据服务怎么实现,看你团队能力。这才涉及数据分...显示全部

既然理解微服务是用来重构业务应用的,这个问题就很简单,以业务应用为核心,构建业务服务。忘掉,重构!

业务服务需要数据服务、计算服务、搜索服务、算法服务……以及基本的日志、监控、配置、注册发现、网关、任务调度等组件。

至于数据服务怎么实现,看你团队能力。这才涉及数据分拆,模型重构。

服务通信可以考虑事件驱动机制,也是后期业务数据处理,态势感知,智能风控,智能营销,智能运维等的基础。

收起
证券 · 2018-07-10
浏览4920
  • 原来我也觉得没什么固定模式,不过现在觉得还是有的,数据量,请求负载,响应时间,数据存储方式等都是微服务设计需要考虑的重点
    2018-07-11
  • 微服务设计忌拿一个系统或模块分拆,没有顶层设计能力,最好不要轻易微服务化,很多时候是给自己找麻烦。同样一个百万条数据的用户表和订单表,实现微服务化时,考虑的重点和实现方式可能是不一样的,因为订单数据可能持续快速增长,用户数是相对稳定
    2018-07-11

提问者

camilla8989
项目经理中国民生银行

问题来自

相关问题

相关资料

相关文章

问题状态

  • 发布时间:2018-07-10
  • 关注会员:5 人
  • 问题浏览:7662
  • 最近回答:2018-07-11
  • X社区推广