虚拟化上的应用迁移到容器云有哪些难点，有什么解决的方法？

涉及内容较多，我简单说明几点：
1、应用中间件选型，看要迁移应用中间件是否支持容器化；
2、应用无状态还是有状态；
3、数据库连接池设置；
4、服务间接口调用使用TCP还是HTTP协议；
5、应用配置；
6、应用日志；
7、应用数据缓存；
8、应用是否使用固定的服务监听端口；

这个问题其实非常体系，涉及的点非常多，我从框架层面简单的总结一下。
第一，是所有平台化产品都会面临的问题。平台化要定标准。目前来说，容器的标准相对统一，但是容器管理平台的标准好几家在做，k8s只是其中一个，谁能占上风，目前也没有一个绝对的，新的产品和技术可能也会冒出来。标准不统一，导致大家在使用过程当中，技术选型的时候会有挑战。
第二，容器的技术涉及到资源，涉及到应用内部结构，所以它具有一定的侵入性。不像是虚拟机，交付完成后，在虚所机内部怎么搞平台就不管了。容器要关心这个问题，否则就没有办法做模式化了，不做模式化的话，平台的很多东西都没有办法构建了。
第三，大量传统应用需要改造。运营商市场有几百，上千个应用。这些应用估计都是几百上千亿的投资，不可能这批应用都不用了，全部改成容器。而且容器也不是银弹可以解决所有的问题。传统应用的改造适合什么样的技术，怎么改变，这就是我们非常大的挑战。这些挑战在我们产品技术选型时，能多多少少都会涉及一些。

难点主要是跨团队协作上的、制定规范上的，技术上没啥难点，各厂都用的好好的。
方法建议：规范制定由运维主导，开发参与，测试了解