一、云迁移趋势和挑战

1.云迁移趋势

接下来，我们先审视一下上云的趋势。如今，上云已然不是一个新颖的话题，在市场环境中，围绕上云的相关机构众多，相关数据也纷繁复杂，在此，我们就不再进行过多的对比分析。然而，随着企业上云进程的持续推进，我们观察到了一些显著的趋势。一方面，众多企业的态度发生了明显转变。过去，很多企业仅仅是围绕云技术持观望态度，但现在，大量企业已经积极投身于践行上云的行动之中。另一方面，通过对细分行业数据的深入分析，我们发现互联网行业在上云比例方面呈现出较高的态势。相对而言，一些非互联网行业的云化比例虽然相对较低，但也处于不断增长的趋势之中。与此同时，阿里云始终紧密围绕企业上云这一核心主题，在每年的云析大会上都会推出一系列相关产品，这些产品不仅不断进行迭代和升级，而且还会分享众多实际应用案例，为企业提供了丰富的参考和借鉴。在我们为企业提供服务的过程中，从技术层面也发现了趋势。传统企业在过去往往只是将云作为一种基础设施来使用，而如今，越来越多的企业开始结合自身独特的业务场景，更加深入地使用云，并积极拥抱云原生技术，这已然成为企业在创新发展过程中的一个重要趋势。

2.云迁移挑战

企业上云并非一帆风顺，而是面临着诸多严峻的挑战。这些挑战一方面来源于我们自身在服务企业上云原生过程中所亲眼目睹的各种实际问题，另一方面则是结合了外部专业调研机构所反馈的信息。综合来看，企业在上云过程中常见的挑战主要集中在以下几个方面：

其一，复杂业务的处理难题。在当今数字化时代，各行各业都在积极推进数字化建设，由此导致系统数量急剧增加。在上云过程中，企业不仅需要结合新业务，促进业务的进一步发展，同时还必须考虑存量如何做好系统的迁移等复杂问题。这就要求企业必须对自身的业务、现有的技术以及技术架构进行全面、细致且清晰的梳理。只有在完成这样清晰的梳理之后，企业才能够依据自身的业务常理，制定出后续上云策略。因此，复杂业务处理无疑是企业上云过程中一个极为关键且颇具挑战性的问题。

其二，对投入成本的高度关注。随着越来越多的企业将核心业务迁移到云端，投入成本自然而然地成为了大家极为关注的焦点问题。在上云过程中企业需要在确保业务正常运行和发展的前提下，尽可能地控制成本，实现效益的最大化。

其三，技术架构的规划与升级需求。许多企业在过往多年的信息化建设过程中，所构建的系统在技术架构和技术组件方面相对较为开放，往往缺乏一个整体、科学的规划，或者说在相关标准规范方面存在一定的缺失。在这种情况下，企业希望借助云和云原生的强大能力，对自身的技术架构进行重新规划和升级，以此提升技术架构对业务的支撑能力。

其四，业务和数据的快速迁移问题。这是企业上云迁移过程中的一个根本性问题。企业需要确保在将业务和数据迁移到云端的过程中，能够实现快速、高效且安全的迁移，避免因迁移过程过长或出现问题而影响业务的正常运行。

二、云迁移中心CMH介绍

针对上述企业上云所面临的诸多挑战，队在长期服务企业的过程中，积极开展了大量的实践活动。通过这些实践，我们对相关的技术方案和自身的服务能力进行了一系列的改进和优化。传统上云是一种手动的方式，结合之前的实践，我们已经把一些标准沉淀到了产品里面。接下来介绍云cmh产品。企业上云本身是一个极其复杂的系统工程，从业务角度来看，它涉及到多种多样的业态以及很多的业务场景；从技术角度来看，它涉及到丰富多样的技术手段以及历史技术包袱。在企业上云的过程中，我们必须紧密结合企业的实际现状，进行评估再制定合理的上云方案。同时，面对上云复杂的环境下我们还需要借助自动化的手段，确保企业业务在迁移到云端之后能够保持良好的平衡状态。基于此，我们精心打造了CMH云迁移中心工具。该工具通过评估、准备、迁移和割接四个重要阶段，为企业提供了一系列相应的方案和技术沉淀的能力，从而有效地辅助企业简化迁移过程，提高上云效率。

1.评估阶段

上云是一个非常复杂的工程，需要面临新的技术支持新的业务发展，也要面临更复杂的存量业务梳理，在评估阶段，我们为企业提供了对整个技术架构以及服务基础的梳理能力。通过评估能力，我们能够对企业的IDC（互联网数据中心）或者云厂商所提供的各种资源进行全面调研。通过评估，我们可以帮助企业全面收集线下具体使用的资源规格以及对应的技术站等信息。在没有该工具之前，如果我们想要进行这样的调研评估，通常需要通过填写调研表或者进行访谈的方式来收集信息。然而，这种传统方式比较主观，我们很难确保能够将所有的业务和所有的资源都进行全面、准确的处理和收集。但是，通过使用我们所打造的工具，企业就能够非常清晰地获取到这些重要的数据信息。此外，在评估阶段，我们还为企业提供了一种名为PCO的能力。这种能力会结合我们之前所提到的技术选择的标准，对企业对应的资源进行系统性的推荐。同时，针对推荐出来的资源，它还会结合企业当前的综合投入情况，评估上云投入和产出。我们对企业的整个业务、资源以及技术架构进行全面的盘点和收集。

2. 准备阶段

在准备阶段，我们主要是将评估阶段所收集到的数据进行进一步的选型推荐。例如，我们会根据云下资源，推荐企业在云上使用什么样的资源，以及这些资源在原来的环境下，其网络是如何进行规划的，有哪些具体的规划方案等。对于一些有特殊定制需求的业务，我们的工具也能够提供相应的修订，帮助企业进行定制。通过云子眼的资源模板，在准备阶段实现云资源一建创建。这在面对迁移系统数量大的情况下可以提供初始创建和环境的效率。

3.迁移阶段

在迁移阶段，发现企业上云的迁移过程实际上是非常复杂的。这主要是因为在迁移过程中，企业所面临的应用以及对应的技术组件数量非常多，可能会涉及多种数据库。针对这些复杂的组件，在传统的迁移方式中，虽然现在阿里云的各个产品提供了很多原有的原子能力，并且更多的是通过各个产品配套的工具来进行迁移。但是，这种传统方式存在一个明显的问题，那就是我们无法在一个地方看到企业整体的迁移过程以及整个迁移任务的状态。另外，在面对如此复杂的技术组件进行迁移时，资源的数量也是非常多的。因此，我们需要一种自动化的方式来帮助企业进行资源初始化和资源创建。同时，在企业客户进行迁移的过程中，可能会涉及到生产数据的情况，这可能会影响到生产系统的性能。针对这种情况，我们实际上拥有一种灵活的调动能力，它能够帮助企业实现对迁移的限流并发的维护，从而实现对生产系统的最小化影响。通过这些能力，我们可以实现对资源任务的初始化，并且能够从业务视角对整个迁移任务进行整体的管理和监控。最后可以结合业务场景实现迁移任务的灵活调度。

4.割接阶段

在割接阶段，这是企业上云过程中一个非常关键的阶段。在这个阶段，一方面我们要确保企业的整个业务功能能够正常运行，另一方面我们要确保企业的数据在云上和云下能够保持稳定一致，避免出现数据不一致的问题。为了实现这一目标，我们在归结阶段提供割接阶段数据校验。通过对源端和目的端的数据进行匹配，包括对数据的调速对比以及对一些重点业务字段的校验核对等操作，确保企业的数据能够保持一致，从而提高企业在数据校验方面的投入效率，避免因数据不一致而带来的各种问题。

在很多企业上云的场景下，还会面临跨版本或者异构问题。尤其是在一些数据组建上。比如原来使用的是低级版本，在上云过程中需要做版本的升级。或者原来云下使用的商业数据库，上云以后会做一些数据能力的替换。在这种情况下我们会做一些字段SQL的改造，但实际上需要人工不断地检查和修订。这个过程很难保证数据在异构迁移后整个性能和兼容性没有问题。针对这个问题，我们推出了一种名为流量回放的工具。它通过对流量的采集，包括源端的数据收集，然后通过结构化的处理，再通过SQL回放的方式，将整体数据做回放。确保哪些在SQL改造过程中存在性能或者不兼容的问题。或者是一些在改良过程中没有考虑到的。在整个流量回放过程都可以为我们做出识别规避割接的风险。在割接阶段，还有很多需要考虑的因素。例如，我们需要做非常详细的准备演练，以及割接方案选型。但是，实际上，在此之前我们会对整个线上的企业上云情况进行了解，确保割接之前水位正常，整体性能情况正常。根据以往的做法我们会有很多taplist大家会去查看线上水位和后载情况，包括实际数据是否达到上限。这些方面都很零散而且检查起来难度也大。针对这些问题，我们提供割接计划的能力，帮助结合上云批次做底层云资源水位以及环境的检查。确保割接过程良好的环境状态，保证业务稳定。

综上所述，结合服务各行各业上云过程中积累的技术方案，我们做了很多沉淀，最终是通过云迁移中心CMH产品通过官网提供给大家，如果大家有上述需求可以通过CMH完成企业上云历程。

三、基于云迁移中心CMH实践案例

该客户是一个大型的跨国企业，其业态分布非常复杂。在它上云的过程中，所面临的挑战和我们前面所提到的一些挑战是比较类似的。

首先，该企业的系统非常多，而且非常复杂。如果通过传统的系统化人工的方式去调研这些系统，对于客户自身来说是非常困难的。因此，必须要有一些自动化的手段，能够帮助客户去做自己的技术架构以及技术资源的收集和梳理工作。

其次，在整个过程当中，该企业的系统形态非常多，既有资源分部微服务系统。同时，它还有非常多的一些大量的依赖于第三方的商业系统。这一点非常复杂。因为在很多企业的过程中，涉及到第三方的这种情况往往是非常困难的。这是因为可能会涉及到一些适配的工作，或者说可能有一些业务配合的工作。在这种情况下，如何更好地控制这些投入，让这个系统能够顺利上云。

最后，该企业的整个电压情况非常复杂。因为在很多的这种系统建设过程中，没有一些具体的规划，技术站非常多样，而且版本也需要在这个过程中进行规划和规定。同时，该企业对整体的稳定和数据完整以及行业背景和安全都有非常高的要求。

针对该客户的情况，我们采取了以下措施：

首先，我们通过CMH的评估能力，对客户这边的IDC以及云资源等进行了全面的探查。探查之后，我们把客户这边所用的基础资源、云资源以及在云上的的网络规划和相对一些配置进行了全面的搜集。确保上云过程中业务相关的一些系统依赖的这些资源，能够实现整体上云。

其次，针对第三方的软件，实现IP不变的迁移方案。这种方案本身在阿里云的产品上有一个很好的支撑。但是，由于操作过程精准把控要求非常高，所以我们通过CMH中心调度管理能力去实现了部分业务id不变，整体业务少轻量投入的效果。

最后，这是我们整体的业务迁移大盘的一个截图。基本上它是根据我们整个的业务模块进行垂直的一个拆分。通过这个大盘，我们可以清晰地看到不同的业务迁移过程，这些对应的问题的状态进展，非常透明，一览无余。不需要其他工具无查看。因为客户的核心业务不能停止，我们做了很多数据验证，SQL回放，最终确保了业务平稳迁到云上。

四、云迁移中心展望未来

开场的时候，从去年我们介绍了去年很多在企业上云过程中需要考虑的因素以及设计方案以及基础问题。同时，我们也发布了我们在迁移中心的产品。经过这一年不断的积累和沉淀之后，我们的产品和技术也有了同步的进步。在新的一年首先，针对用户体验这块，我们会做全面提升。由于云迁移非常复杂，涉及到很多既有流程，也有一些不同组件上下游衔接的工作。在这个过程中，对于我们整个工具的设计以及使用要求非常高。所以要重点提升使用体验。

其次，在资源探查之后，可能会有一些智能的方案推荐或组件的选型。基于现在的一些大模型，包括通义千问，针对现在很多业务可能会有一些黑盒应用迁移场景。针对此，我们有智能化的提升。在很多迁移场景下，一方面我们可以通过标准化的场景，比如迁移过程是可以沉淀的。还有一些需要经验和实践以及咨询能力辅助做出判断。这恰巧是大模型能够帮助补全的能力。也是未来探索的方向。

最后，在上云前后，我们关注成本问题。CMH针对云上云，但不只限于此。因为在上云过程中是可以沉淀出对于系数架构原子matadate原子数据，针对这些数据我们如何持续地做一些成本和架构的优化，这也是我们未来探索的方向。总之，我们致力于简化企业上云的过程，提升企业的效率和竞争力。以上就是所有分享内容。