
上QQ阅读APP看书,第一时间看更新
4.2.2 应用容器化迁移流程
针对企业中新开发的应用,建议尽量使用云原生或微服务的开发模式,这样应用容器化部署到OpenShift非常容易。针对传统应用系统的迁移,通常需要经过的流程如图4-1所示。

图4-1 应用容器化迁移流程图
从图4-1中我们可以看到应用容器化迁移大致需要经历6个过程:
·应用准入评估:根据制定的应用准入评估准则对要迁移的应用或系统进行评估,如果满足运行在OpenShift上的准入要求,则制定应用迁移方案。
·制定应用迁移方案:在制定应用迁移方案时,需要综合考虑应用使用的技术语言、通信协议、中间件版本、配置传入的方式、日志如何输出、应用灰度发布等应用或系统的技术实现细节,并结合OpenShift的特性以及约束制定迁移方案,期间可能需要进行必要的技术验证。
·应用改造:待确定应用迁移方案并得到认可之后,可能需要对应用进行必要的改造,如修改日志的输出形式、配置外部化等,以便能以最佳的形式运行在OpenShift上。
·应用容器化:应用容器化指将应用改造或打包为可以容器形式运行的过程。应用容器化通常包括基础镜像制作、应用容器化构建、其他技术组件容器化这些方面。
·迁移验证和正式迁移:在完成应用容器化之后,就可以进行迁移验证。如果过程中出现问题可能需要随时调整,最终达到符合预期的效果就可以正式迁移了。
可以看到在这6个过程中最关键的是制定应用迁移方案和应用容器化。应用迁移方案并没有一个通用的形式,随着应用系统的不同,应用迁移方案的差异很大,企业需要根据应用系统的特点来制定应用迁移方案。下面着重介绍应用容器化的方法。