本文探讨:
- 什么是微服务
- 微服务的约束
- 微服务对架构属性的影响
什么是微服务
「微服务」是一种架构风格,也就是说,「微服务」是一组架构约束。
前面说到REST是一种复合式的架构风格,微服务也是!微服务的约束面更广,它对开发过程和开发人员也进行了约束!
微服务的约束
MartinFlower在Microservices一文中,详细阐述了微服务所需要具有的约束!
- Componentization via Services:基于服务的组件化
- Organized around Business Capabilities:围绕业务能力进行组织
- Products not Projects:产品而不是项目
- Smart endpoints and dumb pipes:智能终端和静默管道
- Decentralized Governance:去中心化治理
- Decentralized Data Management:去中心化数据管理
- Infrastructure Automation:基础设施自动化
- Design for failure:容错性设计
- Evolutionary Design:进化式设计
实际上这些约束回答了架构设计所关心的几个问题:
- 系统如何切分:围绕业务能力进行组织,去中心化数据管理
- 模块之间如何通信:基于服务的组件化,智能终端和静默管道
- 如何进行技术选型:去中心化治理
- 容错性:容错性设计
- 扩展性:产品而不是项目,进化式设计
- 可维护性:基础设施自动化
下面一个个的说明!
系统如何切分?
在「架构风格:万金油CS与分层」一文中,最后提到,一般情况下,当你不知道一个系统使用何种架构比较好时,可以先使用分层架构。分层架构就是将系统一层一层的切分,下层为上层提供服务。
每一层的边界是什么呢?是「系统功能」!展现、业务逻辑、数据存储。你会发现,这种切分方式和业务本身没有任何关系,所以才是「万金油」