主要困难：还是兼容性适配性问题，功能是否完善，性能是否满足，可靠性是否满足。适配性方法：肯定还是测试测试再测试，验证验证再验证。
1.如果应用还是放在虚机当中跑的话，可以大致分为两种Java的应用和非Java的应用，如果是Java的应用可以无缝的迁移到红帽Openshift平台上来，如果是非Java的应用可以考虑采用先做容器化，成为镜像的方式，然后在把对应的镜像部署到容器平台上，例如Openshift平台，同时Openshift平台也...
没用迁移工具。改造了几百套系统，无关乎老旧，但有几条经验：1、tomcat、weblogic、nginx、apache的老旧系统可以直接上，获益明显2、关注容器云的网络规范，主要是IP规则与port规则3、投产前需压力测试...
红帽服务支持团队往往会根据客户的现状提供适合的、快捷的迁移方案。总的来说：1）OpenShift是基于k8s的，与k8s是兼容的，已经容器化的应用是可以很好地运行在上面的；2）OpenShift是k8s的超集，在k8s的基础上增加了s2i, CI/CD等，有预集成的监控、日志等方案，那么你原来跑在k8s上的应用...
为了能够顺利地将传统生产应用容器化，太保容器平台的设计理念是：让应用负责人不用储备知识。总结一下几点：1、平台功能防呆，高级功能默认折叠2、撰写部署需求模板，要求应用负责人填写3、组织专门小团队（3-5人），从开发第一环节介入部署4、实现应用整体导出，实现傻瓜导入式部署...
应用需要做一些区分，只读服务的业务接口配数据库的只读服务名，读写类的应用接口配读写服务名。
powervm用LPM迁移，vmware用vmotion或者storage vmotion迁移。不知道你问的具体是power的还是x86的环境。但都需要网络通的，交换机做堆叠，用trunk
这个主要看公司对网络安全的要求和成本的平衡。a 方案每个区都部署一套集群的话，安全性高，但成本高，包括资源成本及维护成本等。b 方案成本低，也能满足一定的隔离要求开发测试环境一般更偏向于使用b方案，k8s/openshift网络支持多租户，能实现软隔离，及通过给节点作标记Label，定...
不同应用有不同的要求，比如稳定性、可靠性、可扩展性等，在迁移之前需要明确容器是否满足应用的要求。应用迁云或迁容器云需要遵循相应的原则和方法，难以一概论之，具体的应用需要根据实际确定具体的方案...
