你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
解决方案架构师的基础知识
每个工作负荷都通过组件和拓扑设计过程。 此过程在工作负荷开始时最为激烈，包括针对初始要求进行设计以及工作负荷的长期成功。 当工作负荷随时间变化，组织添加、更改或删除功能时，体系结构也会设计。
组件和拓扑设计是架构师的主要功能。 专注于基于云的和混合解决方案的架构师通常称为 云解决方案架构师。 在某些组织中，云解决方案架构师存在于企业体系结构组中的集中容量中。 它们还可以专注于特定的工作负荷。
专用角色可以提供架构师的功能。 在某些情况下，受信任的技术专家（如工作负荷工程主管）可以提供架构师的功能。 或者，组织可能会在与工作负荷关联的一小群高级工程师之间分配此功能。
架构师通常具有超越系统设计的角色的经验。 他们可能具有：
- 是开发人员和运营团队成员。
- 与客户支持团队合作。
- 开发对系统如何进行测试以了解质量保证和用户接受情况。
- 已通过灾难恢复演练或事件响应。
- 已向工作负荷中的增量和大型功能更改公开。
- 解释的规范和用户验收条件。
虽然上述列表并不详尽，但这些观点是架构师为设计职责带来的重要方面。 Azure 良好架构框架假设这些做法已到位，以便最有效地使用指南。
以下部分重点介绍了架构师应遵循的指导原则，使其在功能上有效。
制定决策框架
设计的关键方面是使用一致的流程做出决策。 架构师应采用严格的初始和增量设计。
确定预期决策。 使用学习的经验来帮助确定决策。 记录计划做出的所有决策。
做出明智的决策。 考虑限制、约束、权衡、工作量、可逆性和风险。 缩小技术选择范围时，咨询产品功能比较、决策树和基准等资源。 决策树和特征矩阵等工具的输入纯粹是方向性的;它们不会取代你在决策中的作用。 将记录的特征与概念证明和测试的证据相结合。
在体系结构决策记录（ADR）中记录决策。 记录理由以及每个决策。
跟进实现。 沟通并实施所有决策。 从实现中吸取教训，帮助指导未来的决策。 查找未能确定决策引入风险的领域。
了解云设计模式
云设计模式是体系结构的基本构建基块。 基于云的体系结构和应用程序设计通常是模式识别方面的练习。
评估工作负荷的功能和非功能要求，以识别模式。 寻找通过标准化模式将设计映射到用例的机会。
前瞻性思维
若要达到当前要求，必须进行设计，但架构师必须预测工作负荷的演变。 在实现的系统中合并更改比在实现之前更改设计更昂贵。
若要设计一个将持续到其计划生命周期结束的系统，必须考虑到体系结构灵活性来设计工作负荷。 在可以识别时避免设计悬崖。
增长模型。 预测工作负荷的使用随时间推移的增长或收缩。
合规性更改。 如果预计工作负荷将来符合性要求，请采取主动措施。 当符合性成为要求时，此方法可以减少返工。
区域扩张。 请考虑将来将工作负荷扩展到多个区域。 对于多区域部署，限制为单个区域的设计需要进行大量重构，这可能需要进行代价高昂的更改。 如果工作负荷设计需要适应具有不同符合性要求的多个地理位置，则更加复杂。 确保设计因素在任何合理的预测区域扩展。
产品路线图。 在设计中，请勿包含弃用路径上的组件。 同样，在设计中包含当前处于预览状态的功能时，请小心。 它们可能会被释放，但也可能被取消。 使用预览功能领先于曲线可能非常有利。 发布该功能后不久，工作负载将准备投入生产。 但在进行仔细的风险分析后，才在设计中包含预览功能。 仅提供具有容忍风险配置文件的功能。
有关云设计模式的详细信息，请参阅：
可支持性设计
设计具有三个关键支持视角的工作负载：
云提供商支持。 工作负荷应在云提供商支持的配置中运行，以避免在吸引平台支持渠道时中断。
操作可见性。 设计应为工作负荷运营团队提供执行可见性，以防止在事件响应期间混淆。
客户支持功能。 设计应满足用户需求，但也有助于客户支持功能。 阻碍支持团队调查或协助客户的能力的设计不足。
维护和增强技能
建筑师的专业知识往往植根于实践经验。 请务必投资扩展技能集，以跟上不断发展的云生态系统。
学历。 寻求技术提供商为架构师提供的培训和认证机会。
社区参与。 通过在线和本地体系结构社区与同行互动。
探索性练习。 参与组织赞助的黑客马拉松或类似活动，以培养不熟悉领域的技能。
协作以取得成功
架构师应利用云提供商或实施合作伙伴的专业知识。 大多数提供商希望工作负载在其平台上取得成功，并且它们通常与其云解决方案架构师提供体系结构设计评审会话或咨询会话等服务。 在供应商关系中寻求评审和帮助的机会。
在设计方法中有条不紊
体系结构框架通过提供工作负载透视和方法学方法来支持架构师。 架构良好的框架提供了全面的工作负荷观点。 架构师可以将精心构建的框架与其他体系结构框架（如开放组体系结构框架（TOGAF）组合在一起。
使用体系结构框架中的原则、清单、评估和参考材料来建立适合工作负荷的过程。 将框架与个人技术（如思维映射）相结合。
体系结构与最终产品一样多的通信。 请确保针对既定流程中的有意决策、权衡确认和明确通信进行优化。