第 5 章：迁移遗留的应用程序
本章聚焦于如何将传统遗留应用程序平滑迁移到云平台，介绍了 Cloud Foundry 的契约、构建包、后端服务集成、微重构策略及常见迁移难题的解决思路，帮助企业降低运维成本并提升一致性。
契约与平台假设
Cloud Foundry 通过标准化部署和管理流程，简化了 Web 服务和后台应用的运维。平台与应用之间存在隐含契约，要求应用满足特定运行形态，以便平台提供日志聚合、路由、自愈、弹性伸缩等能力。
对于大部分遗留应用，迁移目标是“微重构”——以最小改动让应用在云平台上稳定运行，逐步享受平台带来的运维优势。
迁移应用程序环境
应用的基础资源（如 RAM、DNS 路由）可通过 cf CLI、仪表板或 manifest.yml 配置。对于只需资源调整的应用，迁移过程非常直接。
构建包（Buildpacks）与自定义构建
Cloud Foundry 采用构建包机制，将不同语言和框架的应用转换为可运行的 Linux 容器。平台内置多种构建包，支持 Java、Node.js、Ruby 等主流环境。若官方构建包不满足需求，可通过 cf push -b 指定自定义构建包，或在 manifest.yml 中声明。
例如，迁移 WebSphere 应用时，可指定 IBM WebSphere Liberty 构建包：
applications:
- name: wsl-demo
memory: 1024M
buildpack: https://github.com/cloudfoundry/ibm-websphere-liberty-buildpack.git
path: target/buildpacks.war
env:
SPRING_PROFILES_ACTIVE: cloud
DEBUG: "true"
IBM_JVMLICENSE: L-JWOD-9SYNC
IBM_LIBERTYLICENSE: L-MCAO-9SYMVC
Java 构建包支持通过环境变量（如 JBP_CONFIG_OPEN_JDK_JRE）覆盖 JRE 版本、内存等配置，提升灵活性。
容器化应用的迁移
对于极难改造的遗留应用，可考虑将其容器化后部署到 Cloud Foundry。虽然平台支持 Docker 容器，但建议优先使用构建包，因容器管理和安全性要求更高，且补丁和升级流程更复杂。
微重构与最小化风险
迁移遗留应用时，优先采用“微重构”策略：不大幅重写代码，仅做必要调整以适配新平台。建议配备基础测试套件（如冒烟测试），确保迁移后核心功能可用。
后端服务集成
Cloud Foundry 通过 VCAP_SERVICES 环境变量向应用暴露后端服务（如数据库、消息队列）连接信息。服务可通过 cf create-service 创建，或通过“用户提供的服务”机制绑定已有资源。
应用应优先采用外部化配置（如环境变量、配置文件）管理服务连接，避免硬编码。对于依赖 JNDI 的传统 Java EE 应用，建议引入依赖注入，集中管理服务引用。
Spring 支持的迁移场景
远程过程调用（RPC）
云平台优先支持基于 HTTP 的服务通信。对于 RMI/EJB 等传统 RPC，可通过 Spring 的 HttpInvokerServiceExporter 和 HttpInvokerProxyFactoryBean 进行 HTTP 封装，实现接口级兼容。
分布式会话管理
传统会话复制方案在云环境下难以适用。Spring Session 支持基于 Redis、Hazelcast 等后端的分布式会话，适配 Cloud Foundry 的弹性和无状态特性。只需引入相关依赖并配置后端服务，即可实现会话共享。
消息服务与分布式事务
Cloud Foundry 推荐使用 RabbitMQ、Redis 等现代消息中间件。Spring Boot 支持自动配置 JTA/XA 事务，便于实现数据库与消息队列的全局事务。注意事务日志需持久化存储，避免因平台无状态导致数据丢失。
云文件系统与对象存储
Cloud Foundry 不提供持久化文件系统。可通过 MongoDB GridFS、Amazon S3 等对象存储服务替代本地文件操作。Spring Data 提供 GridFsTemplate 等工具，简化文件读写。
邮件与身份管理
邮件服务推荐使用 SendGrid 等云服务，Spring Boot 原生支持自动配置。身份认证可集成 Cloud Foundry UAA、Okta 等云端身份服务，减少本地维护成本。
迁移常见问题与建议
- 优先采用平台推荐的服务和集成方式，减少自定义开发。
- 对于无法自动适配的场景，采用微重构和外部化配置，逐步替换遗留依赖。
- 迁移前后应建立自动化测试，确保核心业务流程稳定。
- 对于状态管理、事务、文件存储等关键点，优先选用云原生方案。
总结
本章系统梳理了遗留应用迁移到云平台的关键路径，包括构建包机制、后端服务集成、微重构策略及常见难题应对。通过合理规划和渐进式迁移，企业可最大化利用云平台能力，降低运维负担，实现应用现代化转型。