GitLab_CI_+_Docker_+_K8s_+_Harbor

Kinger2026/7/23大约 2 分钟

梓涵，你之前接触的这一套是目前企业里最标准、最工业化的 “云原生全家桶”。它比单纯的 Jenkins + Ansible 更强调 “不可变基础设施” 的概念。

为了让你写进 OpenClaw AIOps 的项目笔记，我把这套流程的“齿轮啮合”逻辑拆解给你：

🏗️ 企业级云原生 CI/CD 流程图 (The Golden Path)

1. 核心链路分解

GitLab (源码与触发器): 开发者提交代码，触发 .gitlab-ci.yml。
Docker (构建引擎): GitLab Runner 启动，根据 Dockerfile 打包成镜像。
Harbor (私有镜像仓库): 镜像被推送到 Harbor，进行安全扫描和版本管理。
Kubernetes (运行环境): GitLab Runner 调用 K8s API，执行 kubectl set image 或 helm upgrade。
Harbor -> K8s (拉取与启动): K8s 节点从 Harbor 拉取新镜像，完成滚动更新。

🛠️ 具体怎么用？（四步配置法）

第一步：在 Harbor 里准备仓库

操作: 登录 Harbor 界面，创建一个项目（Project），比如 openclaw。
权限: 在 K8s 的 devops 命名空间里创建一个 docker-registry 类型的 Secret，这样 K8s 才有权从私有 Harbor 拿镜像。

第二步：编写 `Dockerfile`

这是把你的 Python 代码变成“集装箱”的关键：

Dockerfile

FROM python:3.9-slim
WORKDIR /app
COPY . .
RUN pip install -r requirements.txt
CMD ["python", "main.py"]

第三步：编写 `.gitlab-ci.yml` (核心灵魂)

这是告诉 GitLab Runner 该干什么。通常分为三个阶段：

YAML

stages:
  - build
  - push
  - deploy

build_job:
  stage: build
  script:
    - docker build -t harbor.zh-kinger.com/openclaw/api:${CI_COMMIT_SHORT_SHA} .

push_job:
  stage: push
  script:
    - docker login harbor.zh-kinger.com -u ${HARBOR_USER} -p ${HARBOR_PWD}
    - docker push harbor.zh-kinger.com/openclaw/api:${CI_COMMIT_SHORT_SHA}

deploy_job:
  stage: deploy
  script:
    - kubectl set image deployment/openclaw-api api=harbor.zh-kinger.com/openclaw/api:${CI_COMMIT_SHORT_SHA} -n devops