日常维护多套微服务体系，涵盖用户、订单、支付三大核心业务，同时配套客户演示、测试、生产三类隔离环境。前期基于虚拟机架构开展运维工作，为进一步提升部署效率、优化服务器资源、标准化项目运行环境，我独立落地搭建企业内网标准化 Docker 容器平台，完成全部核心业务微服务容器化升级，全方位优化运维流程，收获了非常可观的落地效果。

前两周我们完成企业标准化 Docker 底座、多环境 Docker Compose 编排体系搭建，线上存在数十台宿、数十套测试 / 演示容器集群。如果依靠人工完成容器巡检、镜像备份、冗余资源清理、日志截断等工作，每天至少消耗 2 小时重复人力，还容易出现漏巡检、忘记备份、误删生产镜像等人为风险。

前面三期我们一步步搭建了标准化 Docker 底座、多环境 Compose 编排、全自动 Shell 运维脚本，日常维护容器集群时，总会碰到各式各样线上异常。以前排查故障大多靠这类基础命令，碰到隐性网络丢包、内存泄漏、镜像供应链漏洞，经常耗很久才能定位根源。

这周继续咱们的云原生实战系列。前面四周，我们把 Docker 单机环境、多服务编排、自动化运维、故障排查都跑通了，线上业务跑起来基本稳定。但随着服务越来越多，单纯靠 Compose 手动管理，慢慢就有点吃力了：节点多了扩缩容麻烦、服务自愈全靠脚本、监控大盘散在各处。所以这周我直接把内部在用的完整落地过程整理出来，不搞花里胡哨的理论，全是能直接复制上线的步骤，也顺便说说为什么中小场景我们更推荐 K3

Docker Compose 迁移 K8s，不是简单工具一键转换就完事。kompose 只能帮我们节省手写基础模板的时间，生产环境必须人工二次优化资源限制、探针、镜像策略、配置管理、存储。优先迁移无状态 web、后端服务，把整套流程摸清楚之后，再处理 MySQL、Redis 这类有状态组件，循序渐进，不容易出现大规模故障。完成业务迁移之后，业务已经跑在 K8s 集群，但是我们看不到集群资源使用率、

采集层Promtail：采集所有容器日志、节点日志OTel Collector：统一采集指标、事件、链路K8s 自动服务发现，无需手动加监控项存储层Prometheus：实时短期指标存储Thanos：指标去重、压缩、长期存储、高可用查询Loki：轻量日志存储，只索引标签，不索引全文展示告警层Grafana：统一大盘、多维度视图Alertmanager：分级告警、告警收敛、防止轰炸本周我们完成了标准

这周内容属于运维保命级技能。平时开发、部署业务谁都会，但真正拉开运维差距的，就是故障处理、灾备恢复、集群维稳。ETCD 手动 + 自动企业级备份集群瘫痪完整恢复流程Master、Worker 节点故障替换生产高频坑点全套解决方案现在你的 K8s 集群，不仅能跑业务，还能扛故障、可恢复、可灾备，完全达到企业生产标准。

日常维护多套微服务体系，涵盖用户、订单、支付三大核心业务，同时配套客户演示、测试、生产三类隔离环境。前期基于虚拟机架构开展运维工作，为进一步提升部署效率、优化服务器资源、标准化项目运行环境，我独立落地搭建企业内网标准化 Docker 容器平台，完成全部核心业务微服务容器化升级，全方位优化运维流程，收获了非常可观的落地效果。

上一篇完整落地企业内网标准化 Docker 底座，统一引擎、Harbor 镜像仓库、分层持久化存储。日常业务包含用户、订单、支付三套微服务，搭配 MySQL、Redis、Nginx 中间件，需要频繁搭建、销毁测试 / 客户演示环境。如果纯手写docker run，会出现配置零散、端口密码硬编码、启停顺序混乱、日志难以统一检索等痛点。