容器化升级对服务有哪些影响？
0. 引言
传统部署模式下，"环境差异"是运维的头号敌人：开发环境跑得好好的，生产环境就崩。容器化（Docker）把应用连同依赖、环境一起打包成镜像，实现"一次构建、处处运行"；容器编排（Kubernetes）则进一步解决大规模容器的调度、伸缩、自愈与发布。容器化不仅改变了部署方式，更重塑了微服务的基础设施——云原生由此而来。本文梳理容器化对服务的影响与迁移要点。
1. 从传统部署到容器化的演进
图表渲染中…
| 维度 | 虚拟机 | 容器 |
|---|---|---|
| 隔离级别 | 虚拟硬件（Hypervisor） | 操作系统进程级（Namespace + Cgroup） |
| 启动速度 | 分钟级 | 秒级 |
| 资源开销 | 每 VM 一个完整 OS | 共享宿主机内核，开销小 |
| 密度 | 低 | 高（一台机器几十上百容器） |
| 交付物 | 镜像/模板 | 镜像（分层）：应用 + 依赖 + 环境配置 |
Docker 镜像采用分层存储（Layer）：基础镜像 + 依赖层 + 代码层，复用缓存、增量推送——这是"秒级构建、快速发布"的基础。
2. Kubernetes：容器编排的核心能力
| 能力 | 说明 |
|---|---|
| 服务发现与负载均衡 | Service + DNS 自动解析，Pod IP 变化无感 |
| 自动伸缩 | HPA（Pod 水平伸缩）按 CPU/自定义指标扩缩容 |
| 自愈 | 容器崩溃自动重启、节点故障自动迁移（ReplicaSet） |
| 滚动发布 | Deployment 滚动更新 + 金丝雀/蓝绿发布策略 |
| 配置与密钥 | ConfigMap + Secret 挂载，配置与镜像分离 |
| 存储编排 | PVC 动态挂载，无状态/有状态应用统一管理 |
3. 容器化对微服务的影响
3.1 服务发现方式的改变
text
传统：服务注册到注册中心（Nacos/Eureka），Consumer 直连 Provider IP
K8s：Pod 每次重建 IP 变化 → 通过 Service VIP/DNS 访问，注册中心不再是必需- K8s 内服务可直接靠 Service DNS 互相调用（如
order-service.default.svc.cluster.local）； - 但业务级治理（灰度、熔断、限流）仍需注册中心/服务网格（Istio）配合——所以云原生实践中常"K8s Service 做连通性，注册中心做治理"。
3.2 配置管理的改变
- 配置从"配置文件 + 配置中心"进一步解耦为 ConfigMap/Secret（K8s 对象）+ 外部配置中心；
- 镜像不可变原则：镜像内不写配置，运行时注入环境变量/挂载文件。
3.3 弹性伸缩的革命
- 传统：扩容 = 申请机器 + 部署服务，分钟~小时级；
- 云原生：HPA + 集群节点自动伸缩（Cluster Autoscaler），秒级弹 Pod、分钟级弹节点；
- 代价：应用必须无状态化（Session 外置、本地文件禁止），有状态组件（数据库）另行处理。
3.4 发布与回滚
text
镜像 tag 即版本 → K8s 滚动更新（逐步替换 Pod，健康检查通过才继续）
发布失败 → 一条命令回滚到上一 ReplicaSet4. 迁移到容器化的注意事项
| 注意点 | 说明 |
|---|---|
| 无状态优先 | Session 存 Redis、日志走 stdout/采集器、临时文件用临时卷 |
| 资源限制 | 必须设置 requests/limits，防止容器互相挤占导致雪崩 |
| 健康检查 | readiness（就绪）/ liveness（存活）探针，保证滚动发布与自愈正确 |
| 优雅退出 | 支持 SIGTERM 处理：停止接收新流量 → 处理完存量请求 → 退出 |
| 有状态服务 | MySQL/Redis 用 StatefulSet + 持久卷，或干脆托管云服务 |
| 镜像安全 | 基础镜像最小化、漏洞扫描、镜像签名（Cosign） |
5. 云原生全景
图表渲染中…
云原生（Cloud Native）≠ 容器化：容器（基础设施）→ 编排（调度）→ 服务网格（治理）→ 可观测（监控）→ GitOps（交付）共同构成完整体系，下一章详细展开服务网格。
6. 小结
- 容器化解决环境一致与交付问题：镜像分层、秒级启动、高密度；
- K8s 提供调度、自愈、伸缩、发布四大编排能力；
- 对微服务的影响：服务发现（Service DNS）、配置（ConfigMap）、伸缩（无状态化）、发布（滚动更新）全面重构；
- 迁移要点：无状态化、资源限制、健康检查、优雅退出；
- 云原生是容器 + 编排 + 治理 + 可观测 + GitOps 的完整体系。
下一章讲解 Service Mesh 服务网格：Sidecar 模式、数据面与控制面、Istio 的落地。