云原生实践：用华为云 CCE 搭建高可用的容器化 Web 服务

引言

把一个跑在单台虚拟机上的 Web 服务搬上云，是很多小团队上云的第一步。最早的做法往往是买一台弹性云服务器，把代码、依赖和运行环境全部装进去，服务一出问题就靠人工登录排查。机器一多，环境不一致、发布靠手工、扩容靠加机器的问题就会集中爆发。容器化正是为了解决这些问题而生的：把应用和依赖打成镜像，一次构建、处处运行；再配合华为云容器引擎 CCE，把调度、扩缩容和服务发现交给平台，开发者只需要关心业务本身。本文结合一次真实的小型 Web 服务上云实践，分享从镜像构建到高可用部署的完整链路与避坑经验。

一、为什么选择容器化与 CCE

容器把应用与运行环境绑定在一起，开发、测试、生产使用同一份镜像，环境差异导致的问题大幅减少。CCE 作为华为云的托管 Kubernetes 服务，屏蔽了控制面的运维工作，节点池、网络、存储都可以通过控制台完成配置。对小团队来说，这意味着不需要专职的运维人员，也能获得接近生产级的容器编排能力。

二、整体架构设计

这次实践的目标是一个面向用户的前后端分离 Web 服务，架构分为四层：

• 接入层：弹性负载均衡 ELB 对外提供统一入口，负责流量分发与 TLS 卸载；
• 应用层：业务服务以 Deployment 形式运行在 CCE 集群中，至少两个副本，分布在不同可用区；
• 数据层：关系型数据库使用云数据库 RDS，缓存使用分布式缓存服务，应用本身保持无状态；
• 观测层：容器日志接入日志服务 LTS，指标接入云监控服务 CES，异常可以第一时间收到告警。

无状态是整套架构成立的前提：会话信息放到缓存或数据库中，任何一个 Pod 都可以随时被替换，滚动升级和故障自愈才有意义。

三、实践步骤

第一步，构建镜像。基于官方精简基础镜像编写 Dockerfile，只把运行必需的文件复制进去，构建完成后推送到容器镜像服务 SWR。镜像打上版本号标签，生产环境固定使用明确版本，不使用 latest 标签，避免发布结果不可预期。

第二步，创建 CCE 集群。选择与业务同区域的集群，节点池至少跨两个可用区，节点规格按压测结果预留余量。集群网络使用容器隧道网络或 VPC 网络，根据是否需要 Pod 直接访问 VPC 内资源来决定。

第三步，编写工作负载。Deployment 中设置副本数为 2，配置存活探针与就绪探针，镜像拉取策略设置为 IfNotPresent。Service 采用 ClusterIP 类型，入口流量统一由 ELB 的 Ingress 转发。

第四步，配置入口与健康检查。在 Ingress 中绑定 ELB，配置域名与证书，健康检查路径指向应用的健康检查接口，只有通过检查的 Pod 才会接收流量。

第五步，接通日志与监控。应用日志统一输出到标准输出，由日志采集组件收集到 LTS；关键指标接入 CES，设置 CPU、内存与请求成功率的告警规则。

四、落地过程中的五个要点

第一，控制镜像体积。多阶段构建只保留运行产物，基础镜像选择精简版本，镜像越小，节点拉取和扩容的速度越快。

第二，合理设置资源请求与上限。request 决定调度的依据，limit 防止单个容器耗尽节点资源，两者都要根据压测数据填写，而不是凭感觉。

第三，健康检查要真实。就绪探针应当检查依赖是否可用，例如数据库连接是否正常；只返回固定状态码的探针起不到保护作用。

第四，配置与代码分离。数据库地址、密钥等配置放到 ConfigMap 与 Secret 中管理，镜像中不写死任何环境相关信息。

第五，提前验证弹性伸缩。按 CPU 使用率配置 HPA，并通过压测验证扩容是否及时生效，避免业务高峰时刻才发现扩容跟不上。

五、避坑指南

实践中踩过几个典型的坑：一是把有状态数据写在容器本地磁盘，Pod 重建后数据丢失，解决办法是使用云存储或数据库承载状态；二是滚动升级时新旧版本同时在线导致接口不兼容，解决办法是保证接口向后兼容，并设置合理的 maxUnavailable；三是忽略了镜像仓库的访问权限，导致新节点拉取镜像失败，发布前应在新节点上验证拉取流程；四是只看 Pod 是否 Running，不看业务指标，服务假活而无人知晓，解决办法是把业务成功率纳入告警。

小结

容器化本身不是目的，目的是让发布更稳、扩容更快、故障恢复更自动化。CCE 把 Kubernetes 的复杂性收敛到控制台操作之后，小团队也可以用很低的成本搭建一套高可用的容器化服务。建议从一个非核心服务开始试点，跑通镜像构建、滚动发布、监控告警的完整闭环，再逐步推广到核心业务。把每一次发布都变成可预期、可回滚的操作，上云的收益才会真正落到实处。