基于 CI/CD 平台将应用程序自动部署到 Kubernetes 集群

关注

VIP免费原创最新推荐文章于 2026-05-12 05:05:51 发布 789 阅读 AI 写同款· GEO 优化 ›

Kubernetes与Docker自动化部署 - DevOps CI/CD详细指南使用一个K8s示例应用通过Buddy流水线操作构建Docker镜像并推送至Docker Hub注册中心通过K8s示例应用设置两个Hello World演示部署于K8s集群之中以便测试负载均衡器为K8s示例应用安装Ingress NGINX控制器于K8s集群之中使用Cert-Manager添加域名SSL证书。阅读详情

序：核心背景与需求

在现代软件开发与运维体系中，基于 CI/CD 平台将应用程序自动部署到 Kubernetes 集群的项目，源于以下核心背景与需求：

1. 技术与行业趋势驱动

容器化普及：Docker 等容器技术实现了应用与运行环境的 “封装一致”，解决了 “开发环境能跑，生产环境报错” 的历史难题，成为应用交付的标准载体。

Kubernetes 主导编排：随着应用向分布式、微服务架构演进，Kubernetes 凭借对容器的自动化编排能力（部署、扩缩容、自愈等），成为大规模容器化应用的 “标配管理平台”。

CI/CD 需求升级：市场对软件迭代速度、交付稳定性的要求急剧提升，传统 “手动编译→打包→上传→部署” 的流程效率低下、易出错，必须通过 ** 持续集成（CI，代码提交后自动编译、测试）和持续部署（CD，测试通过后自动发布到生产环境）** 实现全链路自动化。

2. 企业面临的核心痛点

环境一致性问题：开发、测试、生产环境的依赖、配置差异，导致应用部署后行为不一致，排查成本高。

手动运维效率低下：应用容器化后，若仍依赖人工操作部署到 Kubernetes，在集群规模扩大（如百级、千级容器）时，运维成本呈指数级增长，且无法保障部署时效性与准确性。

迭代周期长：从代码开发到用户可用的链路冗长，需经历 “提交→等待人工编译→等待人工测试→等待人工部署” 等环节，难以快速响应业务需求。

3. 项目核心目标

通过搭建 CI/CD 自动化流水线，实现从 “代码提交” 到 “Kubernetes 集群部署” 的全流程自动化：

开发者提交代码后，自动触发编译、单元测试、镜像构建；

镜像自动推送到私有镜像仓库（如内网 Registry）；

最终自动将应用部署到 Kubernetes 集群，并完成服务暴露、健康检查等运维配置，实现 “代码提交即部署，快速验证且稳定交付”。

4. 技术栈协同逻辑

项目需整合多类技术形成闭环：

版本控制（Git）：作为代码仓库，触发 CI/CD 流程的 “源头”；

CI/CD 平台（Jenkins/GitLab CI 等）：作为 “中枢”，编排 “编译→测试→镜像构建→部署” 的自动化步骤；

容器化（Docker）：封装应用与依赖，生成标准镜像；

私有镜像仓库：存储构建好的镜像，供 Kubernetes 拉取；

Kubernetes：作为 “运行时平台”，负责应用容器的调度、扩缩容与高可用管理。

简言之，该项目是容器化、编排技术与自动化交付流程的结合，旨在解决传统部署的效率与稳定性问题，支撑企业快速迭代、规模化运维的需求。

一、基础环境配置（所有节点）

1. 域名解析（`/etc/hosts`）

在涉及的主机（如 Jenkins 主机 host1、K8s 节点 host2、GitLab 服务器）上配置内网域名解析，方便服务间访问：

[root@host1 ~]# sudo vi /etc/hosts
[root@host1 ~]# sudo cat /etc/hosts
127.0.0.1   localhost localhost.localdomain localhost4 localhost4.localdomain4
::1         localhost localhost.localdomain localhost6 localhost6.localdomain6
192.168.197.91 registry.abc.com
192.168.197.9 jenkins-host    # Jenkins 所在主机 IP
192.168.197.9 gitlab.abc.com  # GitLab 服务器 IP
192.168.197.91 k8s.abc.com     # K8s 集群节点（host2）IP

2. Docker 配置国内镜像源（加速镜像拉取）

在 host1（Jenkins 主机，需构建 Docker 镜像）和 host2（K8s 节点，需拉取镜像）上，修改 Docker 守护进程配置：

[root@host1 ~]# vi /etc/docker/daemon.json
[root@host1 ~]# cat /etc/docker/daemon.json
{
  "registry-mirrors": [
    "https://9fbd5949cbc94e4a9581e33b9077c811.mirror.swr.myhuaweicloud.com",
    "https://jnh8ca4k.mirror.aliyuncs.com",
    "https://mirror.ccs.tencentyun.com",
    "https://registry.docker-cn.com"
  ],
  "insecure-registries": [
    "192.168.197.9:5000",
    "registry.abc.com:5000"
  ],
  "live-restore": true
}
[root@host1 ~]# sudo systemctl daemon-reload
[root@host1 ~]# sudo systemctl restart docker

host2 上同步操作：

[root@host2 ~]# sudo vi /etc/hosts
[root@host2 ~]# sudo cat /etc/hosts
127.0.0.1   localhost localhost.localdomain localhost4 localhost4.localdomain4
::1         localhost localhost.localdomain localhost6 localhost6.localdomain6
192.168.197.91 registry.abc.com
192.168.197.9 jenkins-host    # Jenkins 所在主机 IP
192.168.197.9 gi