传统企业PaaS平台迁移至基于容器的PaaS平台，应用需要改造吗？技术难点有哪些？

需要注意两点：
1.数据做好备份。
2.要有回退方案。

传统的PAAS应用迁移到容器环境会遇到以下挑战:

1. 容器和微服务是密不可分的，要充分发挥容器的优势需要对应用进行微服务的改造。包括服务路由，服务注册发现，服务治理等一整套的微服务框架的引入
   2.应用迁移到容器环境中，需要对日志 监控 报警等运维管理体系进行重构。比如通过ELK构建集中的日志平台，支持对容器日志和应用日志的分析和处理。传统的监控可能针对虚拟机上的中间件和应用进城进行监控，迁移到容器环境中监控的对象和粒度要进行调整。
2. 应用开发人员需要掌握如果构建镜像的能力。对于应用整体而言，需要构建从操作系统、 中间件、 JVM 、应用等不同层次的镜像管理体系。
3. 需要构架基于容器的DevOps开发运维一体化流程。是对于开发测试流水线的建设显得尤为重要。
4. 对于数据的持久化要尤其关注。在容器环境下，需要使用持久化存储来实现对应用数据的持久化。

需要注意的有以下：
1.应用系统中U key的问题，
2.迁移时间长度，
3.迁移过程中业务问题，
4.迁移后业务系统验证问题，
5.回切问题。

首先需要肯定的是传统企业PaaS平台迁移到基于容器的PaaS平台，应用需要做改造。原因如下：应用版本展现形式不同，传统PaaS平台的应用以应用程序编译的字节码或者二进制文件打包为基础，运行在物理服务器或者虚拟服务器上，直接面向基础运行环境（例如JVM）;容器的PaaS平台的应用以镜像存储格式为主，通过Dockerfile以及其他方式制作。
其次考虑应用的架构问题，对于单体的架构需要制作镜像，提取配置文件，部署；对于分布式或者微服务的应用架构，需要考虑服务的管理关系，在制作进行，提取配置的基础上，考虑服务编排，尤其是依赖关系的处理。
第三应用云端迁移需要根据应用的部署形态进行分析：例如无状态应用，有状态应用，批处理应用，守护进程，agent等，不同的应用在容器化时需要考虑特定的部署形态。
最后考虑应用容器化，部署完成以后，面临的应用运维场景，例如服务链的跟踪，应用性能监测，以及和服务治理相关的其他内容