33、微服务架构：从组织影响到技术实现

微服务架构：从组织影响到技术实现

微服务对组织的影响

微服务在技术决策和部署方面赋予了团队独立性，众多小团队可以共同参与大型项目，减少了团队间的沟通开销，降低了项目的整体风险。以下是关于微服务组织影响的详细内容：
1. 团队组建与代码所有权
- 理想情况下，团队应按不同领域方面独立工作。若无法实现或协调成本过高，集体代码所有权是一种替代方案。此时每个开发者可修改所有代码，但每个微服务仍有负责团队，对该微服务的更改需与负责团队协调。
- 例如，在一个电商项目中，商品管理、用户管理和订单管理可以分别由不同团队负责，但在一些情况下，一个团队可能需要修改其他团队的微服务代码。
2. 宏观架构与微观架构
- 微服务存在宏观架构和微观架构。宏观架构涉及所有微服务的决策，微观架构则因微服务而异。在技术、运营、领域架构和测试等方面的决策，可分配给团队（微观架构）或集中定义（宏观架构）。将决策权分配给团队更符合实现高度独立性的目标，通常是更好的选择。
- 宏观架构的责任与技术领导概念密切相关。较少的宏观架构意味着微服务团队承担更多责任，中央架构团队责任相应减少。
3. DevOps与微服务
- 尽管微服务可从开发与运维融合的DevOps模式中受益，但并非严格要求引入DevOps才能实施微服务。若无法或不想采用DevOps，运维可在宏观架构层面定义准则，统一某些方面，确保基于微服务的系统平稳运行。
4. 业务部门与微服务匹配
- 每个微服务最好能对应业务端的特定部门，以实现独立需求的实施。若