准备云现代化

云现代化是改进现有基于云的工作负载以更好地满足业务需求的做法。 它使工作负载与云最佳做法保持一致，而无需添加新功能。 此框架为组织提供端到端指南，用于跨所有工作负荷团队规划和执行现代化。

为组织定义现代化

现代化成功始于组织准备。 此阶段可确保每个人都了解公司的现代化含义。 你还需要评估你的团队是否有所需的技能，并确定哪些应用程序要首先现代化。

1. 建立现代化的共同定义。 云现代化可改进现有工作负载的工作方式，而无需生成新功能。 典型的现代化活动包括重新构建（将组件移动到新的托管环境）、重构（优化或重组代码）以及重新架构（重新设计系统的结构）在云中。 现代化不包括新增功能或彻底重写以实现新功能。

2. 传达现代化的定义。 将此定义与所有相关团队和利益干系人共享。 确保项目经理、工程师、产品所有者和高管理解并同意。 统一理解可防止不对齐。

3. 跨团队创建共同的责任。 现代化需要开发、运营、安全性和体系结构团队之间的协作。 每个团队为现代化成功贡献不同的专业知识。 建立定期沟通和联合决策过程。 避免孤立工作，因为这会导致集成问题或忽视需求。 在维护跨团队协调的同时分配明确的角色。

评估现代化准备情况和技能

1. 评估你的现代化技能。 在开始现代化之前，请评估你的团队是否具有成功现代化所需的技能和工具。 要评估的关键领域包括：

   技能领域	评估问题
   云服务知识	工程师是否熟悉在现代化过程中可能使用的相关 Azure 服务？
   DevOps 和 CI/CD	是否有成熟的持续集成/持续交付管道到位？ 是否可以使用基础结构即代码自动测试和部署？
   现代体系结构模式	团队是否了解微服务、容器化和其他可能作为重构或重新架构的一部分的新式云原生概念？
   监视和自动化	您的监控、日志和自动化工具是否足以支持在现代化升级后更高级的云操作？

2. 确定任何技能差距，并创建一个计划来填补它们。 可以培训现有员工（Azure 认证、云体系结构研讨会），或者引进具有特定专业知识的新员工/承包商。 技能通常比特定技术重要。 训练有素的团队比即兴学习的团队更顺利地执行现代化。

3. 如有需要，可寻求外部专家的帮助。 如果你的团队在关键领域缺乏经验，请引进Microsoft或Microsoft合作伙伴。 外部专家可以验证现代化策略，建议适当的工具，并帮助建立现实的时间线。

确定要现代化哪些工作负荷的优先级

并不是每个工作负荷都应现代化。 使用结构化方法来决定首先实现现代化哪些工作负载。 关键是根据技术风险权衡业务价值，并确定强制行动的任何紧急触发器。

1. 评估业务价值。 列出候选工作负荷，并按其对业务的重要性对每个工作负荷进行评分。 可以为业务价值使用高/中/低排名或数值评分。 工作任务对收入、客户满意度或运营越关键，其业务价值分数就越高。

   业务价值类别	Examples
   收入或任务关键型系统	处理销售交易或支持核心业务功能的系统（停机时间直接意味着损失资金）
   客户体验	客户或客户端直接交互的系统（性能和可靠性会影响满意度）
   合规性或法规	受严格法规或安全要求约束的系统（更新失败可能会导致法律风险）
   广泛的内部依赖项	员工或其他系统广泛使用的平台（如果速度缓慢或不稳定，则会降低整个组织的工作效率）

2. 评估技术风险。 独立评估每个系统的技术状态。 本质上，找出它需要现代化多少。 将每个工作负荷的技术风险/需求列为高、中或低。 高技术风险或债务的迹象包括：

   技术风险类别	Examples
   技术债务	具有解决方法、过时框架、难以修改的体系结构的旧代码
   过时的技术	接近支持终止的操作系统或数据库、弃用的编程语言
   高维护工作量	频繁手动干预、支持成本上升、故障排除过程复杂
   性能和可靠性问题	长期停机，响应时间缓慢，无法处理负载高峰
   有限的可伸缩性	为扩展而需进行重大架构改造的系统，手动扩展流程

3. 确定迫切现代化因素。 某些事件可能会突然改变任务的优先级，即使该任务最初并不是优先级最高的。 注意这些使现代化变得紧迫的因素：

   触发器类别	Examples
   安全漏洞	旧组件中新发现的安全漏洞、过时的加密协议或合规性冲突
   终止支持期限	平台或软件在 12 个月内失去供应商支持，旧的安全修补程序
   业务增长需求	客户快速增长超过系统容量、新的市场进入要求或集成需求
   系统可靠性问题	重复中断、长期性能问题或不断升级的维护成本

4. 确定工作负荷的优先级。 将业务价值和技术风险评估合并为简单的优先级矩阵。

   业务价值	技术风险	现代化优先级	Action
   High	High	当务之急	现在开始现代化。 高投资回报
   High	Low	Monitor	若无特定的业务优势，则延迟现代化
   Low	High	Case-by-case	除非有明显的好处，否则不要立即现代化
   Low	Low	不做任何事情	这里的现代化努力不会很好地利用资源。

了解如何实现现代化

在深入执行之前，请确保你和单个工作负荷团队了解云中现代化的方法和最佳做法。

1. 使用 Azure Well-Architected 框架来发现改进机会。 Well-Architected Framework（WAF）包含五大支柱的最佳实践：可靠性、安全性、成本优化、运营卓越性、性能效率 对工作负载进行 Well-Architected 评估可发现其未符合的最佳实践项。 这些差距实际上生成了一份现代化任务清单。 差距越大或更多，就更紧迫地需要实现该工作负荷的现代化。 通过这种方式，WAF 提供了一个数据驱动的路线图，用于修复哪些问题。

2. 使工作负荷团队能够做出现代化决策。 每天拥有和运行每个应用程序的团队通常最深入地了解其痛点，以及哪些更改会有所帮助。 让这些团队决定如何现代化其系统是明智的。 为他们提供业务环境（“我们需要此系统来处理 2 倍流量”或“我们需要将维护成本削减 30%”），并让他们提出解决方案。 也许他们知道某个服务可以交换掉，或者代码的哪些部分是最差的。 在预算、时间线和总体体系结构标准的边界内，为这些团队提供决策权限，以便进行技术选择。 建立定期检查，以确保他们的计划符合更广泛的组织目标。

后续步骤