容器化技术早已不是“新概念”，而是云平台搭建运维中的基础设施级能力。北京快星空科技有限公司在承接互联网技术开发与系统部署实施项目时，几乎每个生产环境都在用 Docker 或 Kubernetes 做底座。这篇文章不讲虚的，直接拆解我们踩过的坑和验证过的路径。

容器化在云平台中的角色定位

云平台搭建运维的核心矛盾在于：环境一致性、资源隔离、弹性伸缩。传统虚拟机把这三件事都做了，但开销太大——每台虚机光操作系统就要占 1-2GB 内存。容器直接共享宿主机内核，单实例内存开销可以压到 10MB 以下（比如 Go 写的微服务）。这意味着同样的物理资源，容器化后能多跑 3-5 倍的服务实例。

我们给客户做软件程序定制时，最常遇到的情况是：开发环境跑得好好的，一到生产就崩。容器镜像把代码、运行时、系统库、配置全打包成不可变单元，这个“构建一次，到处运行”的特性，直接消灭了环境差异类故障。目前公司内部超过 80% 的新项目默认走容器化交付，剩余 20% 是遗留单体系统，也在逐步改造。

真正落地时，有几个参数必须提前定好。**资源请求（requests）和限制（limits）** 是第一个坑：requests 设太低，节点会过载；limits 设太高，CPU throttling 会导致延迟飙升。我们的经验值是 CPU limits 比 requests 高 1.5-2 倍，内存 limits 高 1.2-1.5 倍，同时给 JVM 类应用预留堆外内存（-XX:MaxRAMPercentage=75.0）。

网络模式选择上，生产环境建议直接上 CNI 插件（Calico 或 Cilium），别用默认的 bridge 网络。Cilium 的 eBPF 数据面在 100Gbps 流量下延迟比 iptables 低 40% 左右。存储方面，有状态服务（数据库、Redis）用 StatefulSet + 本地 SSD 的 Local PV，别碰网络存储，IOPS 差距是两个数量级。

部署节奏分四步：
① 基础镜像瘦身——Alpine 或 Distroless，把镜像从 800MB 砍到 80MB 以下；
② 滚动更新策略——maxSurge: 25%，maxUnavailable: 0，保证服务不中断；
③ 健康检查——livenessProbe 用 HTTP 请求 /healthz，initialDelaySeconds 设 10，periodSeconds 设 5；
④ 日志收集——stdout + Fluentd 统一接入 Elasticsearch，别让日志写进容器内文件。

注意事项：这些坑我们真踩过

第一，**不要以 root 用户运行容器**。虽然省事，但一旦容器被攻破，宿主机就裸奔了。我们强制要求镜像里加 USER 1000:1000，并在 Kubernetes 里设 securityContext.runAsNonRoot: true。第二，镜像标签别用 latest，用 commit SHA 或者语义化版本号，否则回滚时根本找不到对应版本。第三，注意 Pod 的优雅终止——preStop 钩子里 sleep 5 秒，让负载均衡器摘除流量后再停进程，否则每次发布都有 1% 的请求报 502。

还有一点容易被忽略：资源配额（ResourceQuota） 必须配。我们有个客户，开发环境没设配额，一个 for 循环 bug 直接把整个集群内存打爆，所有服务一起挂。现在所有 namespace 默认配 quota，CPU 和内存都限死。

常见问题与排查思路

问题一：Pod 一直 CrashLoopBackOff。先看日志（kubectl logs），再看事件（kubectl describe pod），90% 是配置错误或依赖服务没起来。问题二：服务间调用超时。检查 Service 的 targetPort 是否对应容器端口，再看 kube-proxy 的 iptables 规则是否被 Flannel 覆盖。问题三：节点磁盘满。容器日志和镜像占空间最狠，用 kubelet 的 --image-gc-high-threshold=80 --image-gc-low-threshold=70 自动清理。

网络技术服务团队在处理这类问题时，习惯先画一张 Pod 到 Service 到 Endpoint 的链路图，再逐层抓包。大部分“奇怪”问题最后都指向 DNS 解析缓存或 conntrack 表溢出。

容器化不是银弹，但在云平台搭建运维和系统部署实施场景下，它确实是当前性价比最高的方案。北京快星空科技在互联网技术开发与软件程序定制项目中，始终把容器化作为默认架构基线。如果你正在评估是否要容器化，建议先从无状态服务开始试点，跑通 CI/CD 流水线后再碰有状态服务。技术选型没有标准答案，但容器化这条路，我们验证过是通的。