你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
支持具有咨询角色的工作负荷
架构师应寻求随着工作负荷随时间变化而持续参与的方法。 在初始实施期间，他们的角色不会以设计移交或咨询结束。 架构师带来了可用于与产品演变相关的其他活动的观点。
支持建模练习
Teams 可以在多个维度和多个用途中为工作负载建模。 例如，工作负载可以将运行状况信号从实现详细信息中抽象出来，并提取到业务构造中。 或者，他们可以对系统随时间推移的增长或许可过程进行建模，以评估备用计费模型。
无论模型是抽象模型还是评估假设来为未来的业务决策提供信息，架构师都会为该过程做出贡献。 他们利用对工作负载设计、其已知或预测的限制及其缩放特征的见解来验证或调整模型中的假设，并更准确地近似于系统。 例如，架构师通过评估依赖项的特征（例如服务级别目标 (SLO) ）来查看关键流的运行状况模型。
共享潜在改进
架构师随时了解云提供商产品和行业设计模式等基础知识。 设计工作负载时处于最先进的功能可能不再存在。 或者，应用程序的预期使用模式可能不会以预测方式显示。 在此类情况下，你有机会提出基于这一新知识进一步优化或优化当前设计的建议。
作为架构师，应在工作负载上线后定期跟进工作负载团队。 通过持续沟通，了解设计是如何实现的，以及它的实际使用方式，有助于扩展未来设计工作的知识。 它还允许你根据实际实现和使用提供优化建议。
协助评审
当工作负荷正在审查中（例如通过官方审核或合规性评审）时，系统架构师的参与可能会对该过程大有帮助。 它们带来了工作负载的 体系结构决策记录 ，以帮助回答有关实现选择的问题。 它们还提供更新的图表，用于在对话期间可视化系统，并提供主题专业知识。
架构师拥有权威知识，在选定客户或融资活动期间建立对产品的信心。 他们可以了解客户对产品的独特需求，并在系统设计时考虑这些需求。
审核建议的更改
每个工作负载都有一个积压工作，范围从广泛的方向级工作到特定任务。 架构师应参与收集工作项的要求、范围界定和建筑验收标准。
实现团队正忙于交付当前工作项，因此架构师可以利用他们的时间查看、验证和优化未来的工作项。 它们可以帮助检测新功能何时需要重新设计系统中的组件、针对建议的更改提供成本分析，或建议以增量方式引入新更改的方法。 最终，在涉及新功能或扩展用户群的建议更改过程中，让架构师参与到流程的早期，可以最大程度地减少返工，并帮助团队发现设计中的悬崖。