你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站,请访问 https://docs.azure.cn。
设计领域:Azure 环境管理
此设计领域为跨 Azure、混合或多云环境的运营管理奠定基础。 可以在以后使用云采用框架管理方法中概述的操作指南来增强学习。
设计领域回顾
涉及的角色或职能:此设计领域由中心 IT 或云运营主导,具体而言是该团队中的安全架构师。 可能需要云平台和云卓越中心来定义和实现本练习的技术要求。 更高级的运营防范措施可能还需要云治理提供支持。
范围:本练习的目标是了解运营管理要求,并跨云平台的所有工作负载一致地实现这些要求。 本练习的主要范围侧重于运营工具。 你将使用运营工具,通过一组常用工具和流程来管理组合工作负载。 这套初始的运营工具也称为运营基线。
超出范围:可以在所有工作负载中一致地使用本练习中定义的运营基线。 还可以使用其他工具和流程扩展操作基线,如云采用框架的管理方法中所述。 这样做有助于改进特定技术平台或单个工作负载的运营。
还可以将运营基线与 Azure 架构良好的框架和 Microsoft Azure 架构良好的评审一起用于改进在云环境中部署的单个工作负载的运营和体系结构。 但是,任何高级运营、技术平台运营或工作负载运营都超出了本练习的范围。
设计领域概述
若要在云中稳定持续运营,需要使用管理基线来提供可见性、运营合规性以及保护和恢复功能。
管理设计领域侧重于登陆区域设计决策的注意事项和建议。 此外,云采用框架的管理方法为整体管理流程和工具提供了进一步的深入指导。
运营基线
使用以下运营项评估运营基线中需要包括的运营管理工具。
范围 | 上下文 |
---|---|
清单和可见性 | 随着云环境的实现和横向扩展,跨环境的管理控制变得越发重要。 无论在登陆区域上运行什么服务,都必须管理平台基本要素,确保稳定、持续的运营。 这些管理工具应如环境一样缩放。 它们可以包含第一方和第三方工具的组合,具体取决于现有的投资。 |
运营合规性 | 修补和管理配置偏移的要求。 自动或集中进行资源优化和大小调整的要求。 应仅由分配的工作负载团队优化或调整其大小的工作负载的要求。 用于确保完成其常规优化工作的流程。 |
保护和恢复 | 组织需要设计适合的平台级功能,以便应用程序工作负载可以依赖这些功能实现基本级别的业务连续性和灾难恢复。 具体而言,这些应用程序工作负载的要求与恢复时间目标 (RTO) 和恢复点目标 (RPO) 相关。 请确保捕捉灾难恢复 (DR) 要求,以确定并满足高级运营的需求。 |
高级操作
在你的云体系结构和运营团队中使用以下高级运营项作为讨论点。 通过这些讨论,你们可以探索并就管理设计中要包含的要求和功能达成一致。
范围 | 上下文 |
---|---|
平台管理 | 评估支持的工作负荷时,这些工作负荷通常依赖于共享平台,例如 SAP、Azure 虚拟桌面、AVS、SQL 等。 当多个工作负载使用技术平台时,不能将高级运营委托给单个工作负载团队。 在这些情况下,集中运营团队需要为这些共享技术平台的持续运营制定计划。 这些职责需要超出支持整个云环境的操作基线的额外工具。 |
工作负荷管理 | 除了为平台服务提供的工具和流程外,登陆区域平台上构建的工作负载可能还具有特定的管理要求。 应在平台管理背景下考虑这些要求,以确保了解并记录额外项或例外项。 此外,务必在范围更大的背景下考虑这些要求。 单个工作负载的某项要求常常可能成为一个共同模式。 在考虑整个平台的工具集时要考虑这些情况,避免不必要的重复工作。 有关特定于工作负载的管理注意事项的详细信息,请参阅 Azure 架构良好的框架的卓越运营。 |