架构风格：微服务

本文探讨：

• 什么是微服务
• 微服务的约束
• 微服务对架构属性的影响

什么是微服务

「微服务」是一种架构风格，也就是说，「微服务」是一组架构约束。

前面说到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与分层」一文中，最后提到，一般情况下，当你不知道一个系统使用何种架构比较好时，可以先使用分层架构。分层架构就是将系统一层一层的切分，下层为上层提供服务。

每一层的边界是什么呢？是「系统功能」！展现、业务逻辑、数据存储。你会发现，这种切分方式和业务本身没有任何关系，所以才是「万金油」