5R云迁移方法优秀实践总结最初，该术语仅表示将服务从本地基础设施中的服务器迁移到AWSEC2等云基础设施的实践。今天，云迁移的概念已经扩展到包括迁移到托管数据库、API网关，也许还有AWS或Azure，以处理一些负载。当然，如果您的业务是在金融或公共部门，您将需要迁移到私有云，或者满足特殊监管要求的公共云。接下来，我将从提升企业文化、实施智能变革、可观察与监控三个方面探讨企业上云的最佳实践与原则。通过将这些指导原则应用到您的企业云迁移工作中，您可以帮助避免混乱或低效，以便您可以使用工具以有组织和稳健的方式完成迁移工作。在深入探讨最佳实践之前，让我们先谈谈在云迁移过程中常用的不同方法。云迁移的5R方法由于云环境的多样性、业务需求的复杂性、行业细分的差异，目前还没有一刀切的云迁移指导方案。但是，传统企业往往可以借鉴并采用以下五种R方法中的一种来实践：Rehost（重新托管）：这是一种传统的移动迁移迁移方法。例如，一个应用程序原本运行在本地VM（虚拟机）中，现在需要重新部署到运行在云服务环境中的VM中。Refactor（重构）：与rehost类似，不同的是多了一个提升、调整、迁移等中点步骤。修改：这是重新托管和重构的组合。它通常包括重大的应用程序更改，以更好地利用目标云环境的功能。重建：这比修订方法更进一步，在某些情况下可能需要完全重建应用程序以更好地利用云环境的功能。替换：通过这种方法，企业可以删除本地维护的功能并将其替换为第三方解决方案。现在，我们将这些方法应用到云服务场景中：Rehost：运行在本地虚拟机中的应用可以重新部署到运行在多个云服务中的虚拟机中。重构：可以通过中点步骤对每个云服务目标进行调整。修改：通过对应用程序进行重大更改来利用每个云服务目标的功能。重建：通过完全重建应用程序来利用多个云服务目标的功能。替换：您可以利用多个潜在的第三方云服务选项来替换本地应用程序的部分功能。可以看出，上述多种云服务、专业用例和各行业法规将迅速增加云迁移的复杂性。对此，企业应遵循以下三个关键的实践原则，精简上云工作。1、完善企业文化有过企业管理经验的人都知道，最难但最有价值的实践之一就是企业文化的完善。一般来说，你可以从“谁负责技术资产的哪些部分”出发，在尝试迁移到云端之前明确以下几个方面：（1）确定责任我们可以应用RACI矩阵（见下图）给定组件或域上的给定技术。在迁移过程中，将能够清楚地表明谁负责，谁将被问责，谁可以被咨询，谁只需要被告知将发生的各种变化。由于云服务加速了服务和产品的转型，你的业务和团队应该适应这样的变化，而与变化对应的角色非常重要。(2)跟踪指标文化改进的另一个组成部分是确定关键指标并记录它们。有人可能会担心此举会暴露运营效率低下等问题。但是，按照短板原理，一旦出现操作不准，整体水平就无法提升。因此，我们有必要对各个层面的指标进行跟踪。例如：从应用团队的角度，围绕和跟踪网络和存储延迟指标。对于更高的管理级别，我们需要简洁明了地定义和解释服务级别目标（SLO）的组成部分，并让尽可能多的团队了解并遵守这种标准化的复合SLO。你可能会说，我们为什么不用服务水平协议（servicelevelagreements，SLA）来强制执行契约呢？事实上，与SLA相比，SLO可以帮助您的组织了解当前应用程序的性能和可靠性如何影响客户和整体业务。(3)有效回答任何与业务相关的问题我们可以将编程的思想延伸到业务上，提高现有业务的可观察性和监控能力。例如，如果团队成员需要通过复制和粘贴PromQL查询来回答有关特定业务影响的问题，那么您应该将其视为改进的机会。虽然它可能广泛而复杂，但在大多数情况下，您可以通过将数据存储与灵活的可视化系统相结合，为不同级别的查询和可观察性有选择地开发，从而实现系统开放性，并最终快速准确地回答业务问题。2.实施智能变革变革管理往往给人严格、刻板的印象，而变革管理委员会通常只是说“不”。而这显然不是“智变”的体现。智能变更是一种使用技术门控而不是流程门控的云迁移方法。换句话说，我们需要通过自动化流程来实现保护，包括：端到端测试、持续集成和分布式跟踪证明。而那些不能被技术关卡覆盖（或者需要大量工作去实现）的部分应该放在迁移列表的低优先级位置。通常，我们需要为更小或更简单的工作负载创建技术门，为其他更复杂并遵循类似流程的部分铺平道路。同时，我们可以迭代地完成每个部分，直到我们达到足够的正确性和功能水平，使云迁移工作可重复。3.可观察性和监控如前所述，在迁移之前提供系统和应用的可观察性（如果他们还没有），以便在此基础上进行各种监控工作，这对于验证云迁移工作是否成功非常重要。也很关键。例如，您可以根据是否可以建立连接来判断数据库是启动还是关闭。而只有当你能看到利用率指标、查询时间、活动连接数等参数时，你才能真正获得数据库的可观察性。借助可观察性，您可以更进一步，提出以下问题：我可以根据监控数据获得警报吗？我的基础设施能否基于监控进行自我修复？我需要多久才能根据监控数据找到系统和应用对应的问题根源？从本质上讲，可监控性是云迁移决策的基础。没有它，云迁移就像在黑暗中投球一样。相应的，我们也需要一个统一的管理平台来跟踪迁移团队对系统和应用环境所做的每一次变更、部署和影响。相应地，一旦云迁移出现问题，我们可以利用它的可观察性和监控性，及时发现并根据需要进行回滚或处理。最后，其实业界还是有很多关于轻松云迁移的优秀实践，以及具体到各个操作细节的相关介绍书籍。然而，以上三种实践为您提供了“谁”、“什么”和“为什么”如何从源头上成功进行云迁移的思路。当然，俗话说“与其说说不如行动”。可以谨慎选择成熟的云服务商，为企业使用Lightstep等云原生SRE工具，实现迁移过程中的可靠性。观察、监控、事件响应等关键平台服务。译者介绍51CTO社区编辑JulianChen。他在实施IT项目方面拥有超过十年的经验。善于控制内外部资源和风险。他专注于传播网络和信息安全方面的知识和经验。翻译等形式分享前沿技术和新知识；经常在线上和线下开展信息安全培训和讲座。
