老系统的迁移问题？

个人之前做过传统应用往容器迁移的工作，做过基于容器的传统应用发布平台来替代阿里云效平台，分享几点经验：
1.容器基础镜像制作 ->具体为打造一个 适合 应用需要的运行时环境 的基础镜像，比如Java Web的应用需要Tomcat Java版本 还是一些lib库等等； 另外结合CICD ，每个应用也需要有自己的Dockerfile
2.配置问题 -> 转换成容器环境变量，或者文件注入容器内部方式
3.网络问题 -> 这个地方牵扯到传统应用与外围系统的交互，如果外围系统比如中间件等仍是传统部署方式，这个时候会遇到SNAT、DNAT的问题，具体表现为应用与应用之间如何相互通信，比如：默认的bridge会导致注册是带着容器IP这样是问题的，推荐使用host网络模式+端口管理; 一些需要在一个隔离网络实现而且对网络性能要求不高，可以考虑overlay ；一些应用对网络性能要求很高，应该只考虑host网络模式；
4.内存大小 -> 可以对单个容器的mem_limit做限制，也可以不限制，但是一台主机能部署多少应用，还是要看内存使用量，以防止oom等
5.日志收集问题 -> 日志可以辅助定位问题，可以映射容器内部到宿主机，也可以借助ELK技术栈实现日志收集检索
6.监控 -> 对应用的监控方式要转到对容器的监控，可以参考cadvisor/telegraf/xxx-exporter+prometheus/influxdb+grafana等
7.集群管理、容器自动化部署、应用扩缩容 -> 可以参考业界编排方案 Swarm \ Kubernetes实现 , 如果觉得成本高，直接调用Docker Remote API实现也是可以的
8.灾备、迁移 -> 考虑主备、双活等，以及容器的热迁移实现

列举的可能不全面，欢迎交流

个人感觉直接一步到容器跨度有点大。

有技术、有产品可以做到X86架构下，p2V V2V V2P P2P任意方向的迁移。整机在线迁移、异构云之间迁移。因为是整机迁移，可以把所有的应用和配置打包迁移过去。欢迎讨论

越是传统的应用转移的难度反而大