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

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

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

收起
参与35

查看其它 3 个回答Steven的回答

StevenSteven  IT顾问 , steven

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

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

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

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

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

回答者

Steven
Steven61531
IT顾问steven
擅长领域: 云计算容器容器云

Steven 最近回答过的问题

回答状态

  • 发布时间:2018-07-10
  • 关注会员:5 人
  • 回答浏览:4889
  • X社区推广