总结
Java 应用程序云端现代化改造的务实路径是什么？答案在于可重复性、自动化和短期价值的交汇点。
在本文中，您将了解：
- 企业缺乏执行应用程序云端现代化改造所需的资源或专业知识
- 简化应用程序的现代化改造能够实现可重复性
- 自动化对于可重复性和价值实现时间具有倍增效应
问：为什么 Azul 现在强调“简化”应用程序的现代化改造？
合作伙伴倾向于选择具有明确前景且价值实现速度快的机会，因为许多客户缺乏自行完成此项工作的资源或专业知识：
- 任何与 ITAM 相关的事项
- 安全工具整合
- 漏洞评估
- 事件响应
- 人工智能
- 如何让 AI 运行起来？
- 好的使用场景是什么？
- 构建 AI 学习模型需要哪些专业知识？
只要具备有说服力的商业价值论证，应用程序的现代化改造也应始终位列该清单的前列。
因此，当我思考 Azul 和我们的渠道时，我们实际上只关注三个高确定性的推进方向：
- 将 Oracle 替换为 Azul Platform Core。
- 通过 Azul Intelligence Cloud 构建合规、安全的 Java 基础设施。
- 识别可以通过 Azul Platform Prime 实现现代化改造的应用程序工作负载。至少应将应用程序重新托管到高性能 Java 平台 Azul Platform Prime 上。
让我们聚焦于应用程序现代化改造。
现在，在列出这些值得推进的高确定性机会之后，第二个需要关注的方面是服务交付能力。我们的大多数合作伙伴都涉及交付增值服务，因此我认为他们会将现代化改造视作一个高确定性主题，以及一个提供多种增值服务的绝佳机会。我们的目标是为合作伙伴提供一种易于解释、启动迅速，并且能交付切实价值的方案，而不会将其拖入数月的定制化服务工作中。这一切都能为客户节省时间和金钱。
问：合作伙伴应该从哪里开始？
我将现代化改造框定为广为人知的四个 R：
- 重构设计架构 (Re-architect)
- 平台迁移 (Re-platform)
- 重新托管 (Re-host)
- 重构 (Re-factor) 或重新设计 (Re-design)
然后聚焦于将重新托管或平台迁移作为主要方向。在这里，我们可以快速证明其价值，并将干扰降到最低。我们首先要理解应用程序的性质、其当前运行环境，以及将其迁移到其他环境并在 Azul Platform Prime 上运行所能带来的潜在性能提升。这种性能提升会非常直接地转化为成本和承载能力方面的优势（更少的核心、更少的 Pod、更强大的自动扩缩能力），让您可以尽早量化其影响，并确保各利益相关方保持一致。还有什么比强劲的投资回报率更好呢？
问：“简化”的应用程序现代化改造路径是什么样的？
这是一种为可重复性而构建的聚焦方法。我们以常见的 Java 框架为目标（Kafka、Spring、Cassandra、Spark、Elastic/Solr、Tomcat、Lucene、Hadoop），因为合作伙伴在这些框架中看到最多的重复使用场景。根据工作负载和迁移方式的不同，在 Platform Prime 上运行时，我们通常能看到 10% 至 50% 的性能提升。合作伙伴的推进流程是：
- 识别遗留工作负载
- 主推重新托管方案
- 运行短期试点项目，验证 Platform Prime 带来的性能提升
- 将同一模式扩展到类似应用程序。他们做得越多，所形成的“肌肉记忆”就越强，每一次后续推进也就越快。
问：Azul 如何降低性能承诺的风险？
建立基准，开展试点，并进行衡量。我们从不“假设”性能提升。我们会证明它。第一步是收集所涉 Java 服务的当前性能和成本指标。然后，我们会在目标环境中运行受控试点项目，以验证性能提升。一旦掌握了数据，商业案例就自然而然地具备了说服力，部署推广也变成了简单的执行计划，而非一次盲目冒险。
问：自动化在此过程中发挥什么作用？
自动化是倍增器。将应用程序部署到特定计算框架通常涉及大量琐碎而繁杂的步骤。借助合适的工具，我们可以将这些步骤压缩成简单的流程（命名空间、配置、上传、部署），然后立即进入优化阶段。
我尤其关注 Payara 和 Smart Migrator 等新型自动化部署技术，它们专为处理大部分此类步骤而设计。我们最近宣布了与 Payara 建立战略合作伙伴关系，共同通过 Azul Platform Prime 与 Payara Qube，为高性能 Java 部署和无代码迁移提供支持。Qube 是一种自动化部署技术，可以接收一个打包的应用程序，并将其自动部署到特定的云环境中，完成其中 90% 的任务。您只需找到命名空间，上传并部署，然后进行监控和优化。它非常高效。这完全符合我们的目标：为合作伙伴提供打包解决方案，使其能够围绕这些方案提供高价值服务，而无需成为深度 Java 专家。
问：这套做法如何与超大规模云服务商（尤其是 AWS）衔接？
它们天然契合。AWS 在 Amazon 合作伙伴网络中设有迁移加速计划 (MAP)，其框架与这一推进方式高度契合。如果我们能够在高确定性的 Java 框架上实现标准化，并叠加可靠的自动化能力，就可以满足 Amazon 设定的一系列标准，从而解锁可观的资金支持，这些资金可以作为利润流向合作伙伴，加速应用程序向 Amazon 的迁移。这使客户的路径更加清晰，并有助于合作伙伴将可重复的现代化改造模式转变为有资金支持、以结果为导向的项目，而非一次性工程。
问：给考虑此路径的合作伙伴的最终结论
所有要素都已具备：以重新托管为起点的明确推进方式、用于验证性能和成本结果的短期试点项目，以及用于消除摩擦的自动化流程。当您将这些要素打包成一套行动手册，并将其应用于合适的 Java 工作负载时，现代化改造就不再是一个开放式“项目”，而会成为一个高效、基于事实、可扩展的计划.
