一个互联网技术玩家,一个爱聊技术的家伙。在工作和学习中不断思考,把这些思考总结出来,并分享,和大家一起交流进步。
合理的图文组织,让大家可以更容易学习一个技术。
微服务设计模式
推上看到这个图,也感觉总结梳理的还挺不错的。这类梳理主要针对已经有微服务实践的同学,回头再来看的时候就有点感觉了;如果你是刚开始做微服务,那这个图也就是看看,无法深入的理解。
说说
这里我拆解一下图中说的主要内容,微服务设计模式中的主要涉及点。
- 微服务拆分模式
- 微服务整合模式
- 数据库的设计模式
- 可观测性设计模式
- 横切关注点设计模式
1)微服务拆分模式
微服务的拆分从最开始就是很热的一个话题,最早说微服务的时候都有AKF扩展立方体,它用X,Y,Z三个字母分别代表:水平复制扩展性,功能拆分,数据库服务的拆分几个纬度进行了微服务拆分标准的划分。在早起还有跟极端的做法:一个接口就是一个微服务。还有后来的领域模型等等,都试图从理论上给微服务拆分给出一个很好的指导。
这个图这里也是总结了一下这些拆分方式:
- 根据业务能力拆分
- 根据子领域拆分
- 根据事务拆分
- 绞杀者模式(Strangler Pattern)
- 隔板模式(Bulkhead Pattern)
可以看出拆分模式有多种,如何选择更重要的看业务场景、团队和团队所有的工具平台来选择。不唯一,根据实际情况选择适合自己、适合团队、适合业务场景的方法。
特别注意:微服务是一种解决问题的方式,更是一个团队解决问题的方式,绝对不是个人主义。
2)微服务整合模式
服务整合也更为重要,微服务的出现,让团队可以合作做更复杂的服务解决方案。但同时也带来了非常明显的问题:服务管理和整合问题。这里提到了几种整合方式。
- API 网关模式,也是比较常用的一种方式
- 聚合模式
- 代理模式
- 网关路由模式
- 微服务链接模式
- 分支模式
- 客户端UI组合模式(Client-Side UI Composition Pattern)
3)数据库设计模式
- 每一个服务对应一个数据库(Database per Service)
- 每一个服务共享数据库 (Shared Database per Service)
- 命令查询的责任分离 (Command Query Responsibility Segregation,CQRS)
- 事件溯源模式(event sourcing pattern)
- Saga 模式(Saga Pattern)
4)可观测性设计模式
微服务的可观测上设计也尤为重要,主要的设计考虑模式有下面几种:
- 日志聚合
- 性能指标
- 分布式跟踪
- 健康检查
5)横切点设计模式
这里应该是一些公共考虑点,主要有下面几个方面:
- 外部配置(External Configuration)
- 服务发现模式
- 断路器模式
- 蓝绿发布模式