为您的云之旅保驾护航
任何包含应用程序迁移的云转型过程都会十分复杂。然而，虽然整体复杂，但云之旅有几个明确的目的地。其中一个目的地涉及如何使目标应用程序具有"云就绪性"。为了在期望的时间内迁移到云，您希望/需要应用程序达到怎样的云就绪程度？在本文中，我们将概述其中一些目的地，并重点介绍我们旅程的优秀实践和经验教训。成功的关键是提前明确自己的迁移目标，以便就如何实现这些目标制定优质决策。您会发现，面前有很多潜在途径。在迁移的过程中，开发人员、交付团队和管理层人员需要对推进方法进行评估并做出众多选择。
我们建议您重点关注以下技术和业务驱动因素，为实现业务目标所需制定的决策打好框架。
可扩展性
云服务可提供大规模计算能力，远远超出托管基础架构的能力范围，使您的企业能够不断发展，应对市场机遇。基于云的基础架构即服务 (IaaS) 和平台即服务 (PaaS) 使 ISV 能够专注于利用现代组件构建可扩展的架构。迁移的另一个好处是，内部开发团队不必再管理和扩展 IT 运营，可以专心调整和优化性能。
现代化
工具集、服务和架构的现代化简化了组件之间的集成，帮助应用程序发挥云中可用工具和技术的全部价值。这些工具包括从基础架构升级到自动化部署通道，再到可提高应用程序性能的集成式机器学习模型。在市场快速且持续变化的领域，现代化尤为重要，因为应用程序必须保持动态才能与时俱进。在某些情况下，可能要完全重写和重塑服务，利用全新技术堆栈来提供成本更低或更简化的服务选项。这些变化可能会更新日益老化的产品，扰乱以许可产品为常态的既定市场。在其他情况下，可能会采用新方法对产品进行大检，在改善服务的同时保持品牌知名度和客户忠诚度。这不一定需要对产品套件进行全面更改。
迁移到云会成为广泛推动现代化的一个触发点。由于云为您和您的团队提供了以前组织中无法获得的服务、技术和专业知识，实现新目标和提供新能力便成为可能。您的团队可将注意力从堆栈转移到普遍适用的新产品功能上来，不必操心对不同客户的特定部署编写自定义代码。随着服务供应、产品更新和客户支持的速度比以往更快，可以将资源重新集中在开发新功能上。这样一来，云迁移就为大量现代化活动创造了条件，改变了从产品升级执行到客户服务质量的方方面面。
"迁移到第二代云使 Oracle 能够通过强大的 DevSecOps 模型确保成功交付我们的服务，并使我们能够支持客户的业务转型。我们现在每天都会发布软件，供应时间减少了 98% 以上。"— Karthic Murali，Oracle 全球业务部门高级首席产品战略经理
标准化
IaaS 和 PaaS 实现标准化能够减少开销，使团队更加灵活，互换性更强。随着组织的发展，您的团队将采用不同成熟度的工具。将这些工具集整合到云服务中会大大消除这一 IT 管理层的复杂程度。它允许开发和使用标准操作实践，完成可映射到整个产品组合的任务。标准化还可使常规活动更简单、更可预测，从而减少基本任务的劳动力需求。以前被束缚在应用程序间指导可能不兼容的各种流程中的资源得到释放，专注于解决更重要的问题，包括为客户开发新一代产品和服务。
值得注意的是，标准化使得围绕安全、风险、合规性和其他运营活动实施全球政策和实践变得更加简单，您的团队可以轻松地将这些政策和实践应用于现有产品和新产品中。事实上，应用程序可以继承 IaaS 平台的许多内在功能，例如经认可的合规性认证。
收入优化
收入优化可以通过两种主要方式实现。首先，降低成本的效果最为显著。利用 IaaS 消除数据中心不仅可将财务模式从资本支出转变为运营支出，通常还会实现显著的 TCO 成本节省。而效果可能不太明显的方式是，通过合理调整已迁移到云的应用程序组合所采用的技术体系，实现成本节约。通用工具集可建立起机构知识体系，省去采用非标准化工具时临时培训产生的相关费用。如此来看，将基础架构视为代码的通用工具集提供了自动化功能，最终节省了时间和劳动力成本。最后，整个产品组合基础领域（例如安全性）的专业团队便无需在每个产品团队中培养专家。
其次，迁移到云可以帮助您更快地进入市场，最终实现收入优化，因为一旦应用程序具有云就绪性或云原生性，产品开发的时间通常便会缩短。更快地进入市场意味着更快地实现收入。一旦应用程序具备云就绪性，便可以在几分钟内将其部署到全球任何地方。
综合上述原则，应该可以实现产品和服务架构标准化，提高部署速度和质量。扩展源于重复模式的设计，这有助于优化收入、更快实现价值，并且能够重新集中资源，为客户提高服务的质量和完整性。
"出色的财务绩效使我们刚开始就能节省 30% 到 35% 的资本支出，再加上从 OCI 获得的卓越性能，我们通过套件提供的 ROI 也越来越好。"—Mike Morini，WorkForce Software 首席执行官
了解更多信息
在云中实现价值的途径
云计算可以包括一系列 IaaS 和 PaaS 资源以及多种软件部署模型，范围可从访问裸机实例涵盖到集成的容器化环境，再到功能齐全的服务堆栈。在最基本的层面上，云计算是指用核心 IaaS 资源替代物理基础架构组件。
大多数企业应用程序最初并非是针对云构建的。对于许多应用程序来说，转换或适应云模式既耗时又困难。从时间和劳动力的角度来看，平台重构十分昂贵，因此有时重新设计云原生主体反而更加容易也就不足为奇了。考虑到这一点，公司在考虑云迁移时通常会发现自己会面临三种主要场景。
- 退出传统的数据中心：运行数据中心十分昂贵。建筑、人员、电力、制冷、维护和升级只是日常职责的一小部分。许多企业正在积极评估应用程序组合，选出从本地移除的候选应用程序，致力于减少或消除他们对数据中心的依赖。当务之急是将应用程序从同位、主机托管或本地数据中心移出，以减少或消除资本支出。通常采用全面迁移战略，将应用程序按原样迁移到云中的裸机服务器或虚拟机中。
- 不断演变的技术体系：在这种情况下，公司开始对应用程序进行增量更改，这虽然需要额外投资，但也有望随着时间的推移带来更多价值。例如，用基于云的 Oracle Autonomous Database 替代 Oracle Database 的本地版本，而不对应用程序本身进行重大更改。这有时被称为迁移-改善战略。
- 全身心投入云原生：从头到脚重新构建应用程序以实现云就绪，可能比在实施上述某种场景时保留不太成熟的应用程序更节省成本。云原生应用程序本质上是高度分布的，通常使用 12 要素原则构建，因此被设计为独立于底层架构，这意味着即使其下的基础架构出现故障，应用程序也能继续运行。简而言之，评估该途径是否适合目标应用程序是值得的，因为迁移到云肯定比迁移与其底层基础架构紧密耦合的应用程序更容易。
要了解 Oracle 如何定义云原生、云原生应用程序的起源以及构建时可遵循的优秀实践，请阅读此电子书。
设想这些场景的另一种方法是在将企业应用程序移至 Oracle Cloud Infrastructure 时，看看您可以采取哪些行动将其移至更接近云原生架构的位置。见下图 1。
图 1：云迁移变化和投资水平
图 1 的左侧代表了最少的变化、最短的价值实现时间和最低的初始投资。随着您向右移动，变化、投资和时间通常会增加，但实现的价值也会增大。此模型可帮助您制定一种方法来预测在移动阶段要考虑进行的投资类型。请注意，由于应用程序以多种方式构建，场景不一定是离散的，还会有一些重叠。
上述场景成为评估现有成熟度水平和云过渡目标的关键参考点。您可根据当前状态与目标状态之间的差距对云过渡所需的技术和流程变更范围进行粗略估计。在理想情况下，云过渡应该使所有应用程序都过渡到云原生交付模式。然而，鉴于资源和时间的限制，很少有组织能够在单个流程中将其整个产品组合过渡到云原生模式。即使是简单的平台重构工作也可能需要大量资源，并且需要大量投资来复制旧功能。
因此，云过渡是一个确定理想云成熟度水平（应用程序在上述云托管到云原生连续体中的位置）与重新设计产品及其相关业务流程所需的工程投资之间的权衡问题。在这个阶段，关键步骤是确定每个应用程序当前和目标成熟度水平，并粗略估计弥合差距所需的开发投资。
在迁移过程中改变成熟度水平的应用程序也必须改变运营模式和期望。成熟度级别的变化会影响支持服务的团队、流程和策略。