云原生应用上云实战：用华为云 CCE 与弹性负载均衡搭建高可用 Web 服务

引言
把一个 Web 应用从单台服务器搬上云，是很多开发者第一次接触云原生的起点。本文以一个最常见的场景为例：用华为云云容器引擎 CCE 部署一个简单的 Web 服务，再通过弹性负载均衡 ELB 把流量分发到多个副本，搭建一个具备基本高可用能力的云原生应用。整个过程思路清晰、步骤可复现，也可以迁移到其他云服务上。

一、整体架构：先想清楚流量怎么走
一个最小可用的高可用架构并不复杂：用户请求先到达弹性负载均衡 ELB，ELB 再把请求分发到云容器引擎 CCE 集群中的多个应用副本上；每个副本运行在独立的 Pod 中，镜像存放在容器镜像服务 SWR。副本之间互为备份，某个副本出问题时，流量会自动切换到健康的副本，服务整体不受影响。动手之前先把这张架构图想清楚，后面的每一步配置都有了明确的目标。

二、准备工作：镜像、集群与网络
第一步是准备应用镜像。可以用一个最简单的静态页面，或者一个入门级的 Web 应用，打包成 Docker 镜像并推送到 SWR。镜像体积尽量精简，只包含运行必需的文件。第二步是创建 CCE 集群，选择按需计费的入门规格，节点数量先从两个开始，并把节点分布在不同可用区，为跨可用区容灾打下基础。第三步是规划网络：为集群选择专有网络 VPC 与子网，安全组只放行必要的端口，遵循最小开放原则。

三、部署应用：从镜像到 Pod
在 CCE 控制台创建无状态负载 Deployment，填写镜像地址、副本数和容器端口，副本数先设为两个。创建时要同时配置资源请求与限制：Requests 保证 Pod 能够被正常调度，Limits 防止单个容器耗尽节点资源，这是新手最容易忽略的一步。还要配置存活探针与就绪探针：存活探针发现容器异常后会自动重启它，就绪探针则决定流量何时可以进入，避免请求打到尚未启动完成的实例上。部署完成后，先在集群内访问 Service，确认应用本身已经正常运行。

四、接入弹性负载均衡：让流量均匀分发
应用跑起来之后，通过 LoadBalancer 类型的 Service 或 ELB Ingress 把服务对外暴露，ELB 会自动把请求分发到健康的 Pod 上。同时开启健康检查，ELB 会定期探测后端实例，自动摘除异常节点，节点恢复后重新加入。验证环节很关键：手动删除一个 Pod，观察 Deployment 是否自动重建副本、ELB 是否继续正常提供服务；再停止一个节点上的实例，确认请求仍然能够得到响应。这一步验证通过，高可用才算真正落地。

五、关键实践要点
第一，副本数至少为两个，并且分布在不同可用区，单副本谈不上高可用。第二，镜像版本要固定，使用具体版本号而不是 latest，保证每次部署的结果可复现。第三，日志与监控要先行，接入日志服务与云监控服务 CES，出现问题先看日志和指标，而不是凭感觉排查。第四，配置与代码分离，数据库地址、密钥等信息放进配置项和 Secret，不要写死在镜像里。第五，先跑通最小闭环再扩大规模，灰度发布、自动扩缩容等进阶能力都建立在稳定运行的基础之上。

六、常见问题与排查思路
Pod 长时间处于 Pending 状态，多半是节点资源不足或调度约束有误，先查看 Pod 的事件信息。服务访问不到时，按照域名解析、ELB 监听器、安全组、Service 端口、容器端口的顺序逐段排查，很快就能定位到断点。更新后服务短暂中断，通常与就绪探针或滚动更新策略有关，合理设置 maxUnavailable 可以让更新过程更加平滑。排查时养成一个习惯：先看现象、再看日志和事件、最后才动手改配置。

总结
云原生并不是一上来就堆砌各种高级功能，而是把多副本、健康检查、负载均衡、配置分离这几件基础的事先做对。本文用 CCE 与 ELB 完成了一个最小可用的高可用 Web 服务闭环：镜像部署、副本扩容、流量分发和故障自愈。掌握这套流程之后，再去学习自动扩缩容、灰度发布和可观测性体系，会顺畅得多。建议读者亲自动手走一遍完整流程，遇到问题时回到架构本身思考，往往比反复试错更快找到答案。