21系统架构改造(微服务拆分原则)

97 阅读2分钟

1.微服务拆分原则 拆分时存在的问题:

服务分时遵循那些原则 服务的边界如何确定,服务粒度 服务化后悔遇到那些问题,该如何解决 微服务拆分的聚义操作过程和步骤,可以学习DDD相关

拆分原则

单一服务内部功能的高内聚和低耦合 每个服务只完成职责之内的任务 服务拆分粒度,先粗略拆分再逐渐细化 循序渐进拆分 拆分过程避免影响产品的日常功能迭代 一遍完成产品迭代,一边完成服务拆分 优先剥离对的边界服务 优先拆分被依赖的服务 服务接口定义具备可扩展性 使用对象>值 2.微服务带来的问题和解决思路 将单一项目,拆分成跨进程的服务,会引入一定的复杂度。

服务内部调用=》跨进程调用,增加网络延时 高性能RPC框架 通信会依靠服务注册中心 单个服务的延时,最终导致整个网络不可用 需要对服务进行治理,熔断、降级、限流、超时控制 调用链路复杂,难以排查问题 需要引入分布式追踪工具 针对单一请求出现的问题 更细致的服务端监控报表 主要关注:依赖服务和资源的宏观性能表现 比微服务拆分更难的是服务治理

部署中间件 阅读文档基本原理和架构设计部分 阅读源码,加深理解 排查故障和解决性能问题 3.总结 降低沟通成本

可以先做子项目拆分,在统一拆分成微服务