云联信息：容器化改造，第一步该做什么
一、先评估应用是否适合
无状态、启动快、依赖少的应用适合容器化；有状态、依赖本地文件、启动要几分钟的应用，改造代价很高。先把应用分类，优先做容易的，拿到成果再推进。
二、镜像要小而可复现
基础镜像选精简版，只装运行必需的依赖。构建过程用多阶段，产物镜像里不要带编译工具。镜像小，拉取快，安全漏洞也少。
三、配置和密钥不要打进镜像
数据库密码、接口密钥写进镜像，一旦镜像泄露全部暴露。用环境变量或者配置中心注入，镜像本身保持通用。这条是安全底线。
四、日志要打到标准输出
容器里的应用把日志写文件，容器一重启日志就没了。改成输出到标准输出，由平台统一收集。这一步不做，后面排查问题会非常痛苦。
五、健康检查要真实反映状态
容器编排依赖健康检查判断是否重启实例。检查接口要能反映依赖状态，但也不能过于敏感，数据库短暂抖动就重启容器，反而放大故障。
六、资源限制要设
不设CPU和内存上限，一个应用内存泄漏就能拖垮整台机器。按实际使用量设request和limit，留出合理余量。
七、先从非核心业务试
拿一个内部系统练手，把镜像构建、发布、回滚、监控这套流程跑顺，再迁移核心业务。直接上核心业务，出问题时手忙脚乱。
别为了容器而容器
业务规模小、部署频率低的应用，用容器收益有限。先问清楚要解决什么问题：是环境不一致、还是扩缩容慢、还是发布频繁。目标清楚，方案才不会走偏。
镜像仓库要管起来
镜像越存越多，旧版本没人清理，仓库空间和拉取速度都会受影响。设置保留策略，只留最近若干个版本，旧的定期删除。
网络和存储是难点
容器网络跨主机通信、持久化存储挂载，这两块最容易出问题。上线前把这两项在测试环境跑通，别到生产环境才试。
先容器化无状态服务
网关、前端、定时任务这类无状态服务最适合先做。数据库、消息队列这类有状态组件，改造复杂，可以晚一步，用托管服务替代更省事。
发布流程要配套改
容器化之后发布方式变了，镜像版本管理、灰度发布、回滚策略都要重新设计。只改运行方式不改流程，收益有限。
资源配额要设默认值
命名空间级别设默认的CPU和内存限制，避免有人忘记声明导致单个容器吃满节点。默认值按实际使用的中位数设，留出余量。
监控要跟到容器层
传统的主机监控看不到容器内部状态。补齐容器的CPU、内存、重启次数、就绪状态这些指标，问题定位才完整。
云联信息【资深云服务专家微信：cloud7591】在做迁移方案时会把回滚时间、数据校验和切换窗口写进同一张表，逐项确认。