3、微服务开发：团队设计与拓扑模型

微服务开发：团队设计与拓扑模型

1. 决策记录与微服务基础概念

在开发过程中，我们面临着记录决策的问题。曾考虑过项目管理工具，但因不想安装工具而未选用；也考虑过非正式或“口碑式”记录方式，但这种方式不可靠。

决策记录的后果

• 需为关键决策编写决策记录。
• 需要一个源代码管理解决方案来管理决策记录文件。

轻量级架构决策记录（LADR）

编写 LADR 是一种非常有用的捕捉思维的方式，还能促使我们做出理性、深思熟虑的决策。在构建示例航班应用时，我们会记录关键决策。为节省时间，不会写出完整的决策记录，而是像下面这样突出关键决策：
关键决策：使用架构决策记录（ADRs）进行决策跟踪
使用 ADRs 记录系统设计和构建中做出的关键决策。详细的决策记录可在相关 GitHub 仓库中找到。

微服务基础概念

微服务系统有三个关键特性，其主要优势在于降低协调成本。然而，复杂性和分析瘫痪给微服务的采用者带来了挑战。为应对这些挑战，引入了“快速上手”的微服务模型，该模型能加速实施者的学习过程。同时，还引入了架构决策记录（ADR）的概念，后续会持续使用。

2. 团队与人员的重要性

技术与团队的关系

技术在微服务系统中固然重要，好的技术选择能让原本困难的事情变得容易，甚至开启新的机会。但仅有技术是不够的，如果没有合适的文化和组织来运用这些技术，即使拥有世界上最好的工具和平台，也会失败。我们的目标是将好的技术交到独立、高效的团队手中，因此需要考虑适合模型的团队类型和结构。