5、微服务架构：治理、团队建设与服务建模

微服务架构：治理、团队建设与服务建模

1. 架构师的治理职责

架构师需要处理的一部分工作是治理。治理的定义可以参考信息及相关技术控制目标（COBIT）：治理通过评估利益相关者的需求、条件和选项来确保企业目标的实现；通过优先级排序和决策来设定方向；并根据商定的方向和目标监控绩效、合规性和进展。

在 IT 领域，我们关注的是技术治理，这是架构师的工作。架构师要确保有一个技术愿景，而治理则是确保我们所构建的内容符合这个愿景，并在需要时发展这个愿景。

架构师的职责众多：
- 确保有一套能指导开发的原则，且这些原则与组织战略相匹配。
- 保证这些原则不会导致让开发者痛苦的工作实践。
- 紧跟新技术，知道何时做出正确的权衡。
- 让同事理解决策并参与执行。
- 花时间与团队交流，了解决策的影响，甚至亲自编码。

架构师不应独自承担这些工作，一个运作良好的治理小组可以共同分担工作并塑造愿景。治理通常是一项团队活动，可以是与小团队的非正式交流，也可以是为更大范围的正式团队成员举行的更结构化的定期会议。这个小组应由技术专家领导，主要由执行被治理工作的人员组成，还应负责跟踪和管理技术风险。

我比较青睐的一种模式是让架构师担任小组主席，但小组的大部分成员来自每个交付团队的技术人员，至少是每个团队的负责人。架构师负责确保小组正常运作，但整个小组对治理负责。这样可以分担负担，确保更高的参与度，也能让信息从团队自由流入小组，使决策更加明智和有依据。

有时，小组做出的决策可能与架构师的意见相左。遇到这种情况，架构师该怎么办呢？我通常会选择遵循小组的决策，因为我认为自己已经尽力说服大家，但最终还是不够有说