本文档介绍了如何开始使用 Skaffold 作为 Cloud Deploy 的一部分,包括以下内容:
- 配置 Skaffold 以便与 Cloud Deploy 交付流水线搭配使用
- 将 Skaffold 和 Cloud Deploy 与 Helm 和 Kustomize 等第三方渲染工具搭配使用
- (可选)使用 Skaffold 进行本地开发
- (可选)使用 Skaffold 实现持续集成和持续部署 (CI/CD)
为什么选择 Skaffold?
想知道 Cloud Deploy 为何使用 Skaffold,以及您为何需要管理 Skaffold 配置?请继续往下读。
我熟悉 CI/CD,但目前不使用 Skaffold
Skaffold 是一款开源命令行工具,可提高开发者的工作效率。它可编排持续开发、持续集成 (CI) 和持续交付 (CD)。
Skaffold 采用可插拔架构,提供声明式可移植配置,让您可以在渲染阶段使用不同的工具。
创建版本后,Cloud Deploy 会调用 Skaffold 来渲染清单。在部署时,Cloud Deploy 会再次调用 Skaffold 来应用这些清单,以便将应用部署到进展中的每个目标。部署后,Skaffold 会执行健康检查,以监控目标运行时是否成功部署。
使用 Skaffold 进行持续开发
当您使用 Skaffold 进行持续开发时,随着您更改代码,系统会构建、测试映像并将其部署到集群(或 Minikube)。Cloud Code for VS Code 和 Cloud Code for IntelliJ IDE 扩展程序将 Skaffold 集成到 Visual Studio Code 和 JetBrains IDE 中,以实现持续开发。
使用 Skaffold 实现持续交付
您还可以使用 Skaffold 实现持续交付,其中包含构建、部署、渲染和应用步骤。Cloud Deploy 使用 Skaffold 的渲染和应用功能。如需使用 Cloud Deploy,您至少需要一个有效的 skaffold.yaml 配置文件。
通过 Skaffold,您还可以与第三方清单管理工具(如 Helm 和 Kustomize)集成。以这种方式使用 Skaffold 可让您使用这些工具的功能来渲染清单。kubectl 仍然是这些清单的部署者。
我刚开始接触 Kubernetes 部署
借助 Skaffold,您可以为所有部署配置一组基本清单。然后,您可以通过 Cloud Deploy 使用 Skaffold 的渲染引擎来渲染并部署其中一个基本清单中的每个部署专用清单。
详细了解如何管理清单,包括将 Skaffold 和 Cloud Deploy 与常见的清单模板工具(如 Helm 和 Kustomize)搭配使用的示例。
要使 Cloud Deploy 正常运行,需要满足哪些条件?
如需使用基本的 Cloud Deploy 交付流水线,skaffold.yaml 配置文件至少需要包含以下配置:
所有
skaffold.yaml配置都需要标头信息:apiVersion: skaffold/v4beta7 kind: Config一个
manifestsstanza,适用于 GKE、附加的 GKE 集群或 Cloud Run,其中列出了所有原始 Kubernetes 清单(除非您使用的是清单管理工具,例如 Helm 或 Kustomize)。下面是一个使用原始 Kubernetes 清单的示例:
manifests: rawYaml: - deployment.yaml如果您计划使用渲染器(如 Helm 或 Kustomize)来渲染清单,请参阅为 skaffold.yaml 添加 Helm 支持和为 skaffold.yaml 添加 Kustomize 支持,了解如何配置 Skaffold 以使用这些工具。
如需查看 Helm 和 Kustomize 示例,请参阅管理清单
一个
deploystanza,其中包含deploy.kubectl(用于部署到 GKE 或附加的 GKE 集群)或deploy.cloudrun(用于部署到 Cloud Run)。对于 GKE 和 GKE 关联集群:
deploy: kubectl: {}deploy stanza 会部署在 manifests stanza 中提供的应用清单。
对于 Cloud Run 目标:
deploy: cloudrun: {}deploy stanza 会部署在 manifests stanza 中提供的应用清单。
如果您使用的是自定义目标,则 skaffold.yaml 必须包含标头(apiVersion 和 kind:),以及自定义操作(如果自定义目标类型尚未引用远程 Skaffold 配置,则自定义目标将使用这些自定义操作)。
创建 skaffold.yaml 文件
Cloud Deploy 使用 Skaffold 渲染和部署应用。
对于每个版本,您至少需要提供一个 skaffold.yaml 文件来标识要使用的清单。如需了解此文件中需要包含哪些内容,请参阅上一部分。
让 Cloud Deploy 生成 skaffold.yaml
如果您没有 skaffold.yaml 文件,但有单个 Kubernetes 清单或 Cloud Run 服务定义文件,Cloud Deploy 可以为您生成 skaffold.yaml 文件。
发布完成后,生成的 Skaffold 文件将位于 Cloud Storage 源暂存目录中。
以下命令包含 --from-k8s-manifest 标志,用于传递 Kubernetes 清单。Cloud Deploy 使用清单中的信息生成 skaffold.yaml,然后将其用于版本。
gcloud deploy releases create RELEASE_NAME --delivery-pipeline=PIPELINE_NAME --from-k8s-manifest=MANIFEST --region=REGION
如需从 Cloud Run 服务 YAML 生成 skaffold.yaml,请使用相同的命令,但将 --from-k8s-manifest 替换为 --from-run-manifest
将这两个标志中的任一个与 --skaffold-file 标志或 --source 标志结合使用会生成错误。
使用生成的 skaffold.yaml 文件
生成的 skaffold.yaml 适合用于 Cloud Deploy 的初始配置、学习和演示。熟悉 Cloud Deploy 后,对于生产工作负载,您可能需要一个能够区分不同目标(使用 Skaffold 配置文件)的 Skaffold 配置。
当您使用生成的 skaffold.yaml 文件作为起点来创建自己的差异化 Skaffold 配置时,请务必使用渲染源归档中的文件,而不是渲染后的文件。您可以在版本详情页面上的 Artifacts 标签页中下载渲染源。
生成的
skaffold.yaml包含在存储在 Cloud Storage 存储桶中的渲染源中。您可以下载
.tar.gz文件并将其解压缩,以查看此文件。渲染后的
skaffold.yaml可在目标制品中找到。在目标制品部分,点击查看制品。

使用 Skaffold 进行本地开发
Skaffold 的优势之一在于,您可以将其用于本地开发和 CI/CD。在 dev 模式下,Skaffold 会监控您的源文件,并在检测到更改时重新构建映像、重新测试并将容器重新部署到本地机器上的 minikube 集群(例如)。
以这种方式使用 Skaffold 时,您可以在本地使用与远程部署相同的命令。
如果您使用 Skaffold 进行本地开发,可以为目标定义单独的 Skaffold 配置文件,并为本地开发定义默认的部署 stanza。
当您停止 dev 模式时,Skaffold 会清理集群中已部署的制品。
使用 Skaffold 进行 CI/CD
除了使用 Skaffold 进行持续本地构建和部署之外,您还可以使用 Skaffold 进行 CI/CD。Cloud Deploy 使用 Skaffold 中的 CI/CD 功能来渲染和应用清单,并将应用部署到您定义的目标,前提是使用 Cloud Build 等 CI 工具构建了容器映像,并使用 Artifact Registry 等映像注册表。
呈现、部署和应用
Skaffold 将清单渲染流程与部署流程分开。Cloud Deploy 会调用 skaffold render 来渲染清单,并调用 skaffold apply 将清单应用到目标。
这种渲染与应用之间的分离可让您在配置中捕获应用的完整声明式状态,以便安全且可重复地应用(例如,用于回滚)。此技术还可简化审批流程。由于系统会在首次发布之前呈现所有目标的清单,因此您可以查看将应用于每个目标的呈现的 YAML。
Cloud Deploy 不支持使用其他部署程序来部署应用。不过,您可以使用 Helm 或 Kustomize 等工具进行呈现。
如需详细了解 Cloud Deploy 如何使用 kubectl 作为部署程序进行部署,请参阅 Cloud Deploy 服务架构。
关于 Skaffold 配置文件
您可以创建单独的 Skaffold 配置文件(在 profiles: 节中通过 skaffold.yaml 标识)。
将 Skaffold 配置文件与 Cloud Deploy 搭配使用时,您可以为所有目标或部分目标创建单独的配置文件。例如,dev、staging 和 prod 的不同个人资料。
在 Cloud Deploy 中使用 Skaffold 时,配置文件不是必需的,但可用于定义目标之间的清单自定义设置,例如为每个目标使用不同的 Kustomize kustomization.yaml 文件。
为 skaffold.yaml 添加 Kustomize 支持
将 Kustomize 配置与 Cloud Deploy/Skaffold 配置集成包括以下步骤:
在配置文件中添加
kustomization.yaml文件。您可以将配置文件存储在本地目录或 Cloud Storage 存储桶中。
在
skaffold.yaml文件中,为每个配置文件创建一个deploystanza。如果您不使用配置文件,或者要使用未与配置文件关联的默认部署配置,也可以在任何已定义的配置文件之外添加
deploystanza。以下是一个 Skaffold 配置示例,其中显示了每个配置文件的
deploystanza,并使用了名为my-app的虚构示例应用:apiVersion: skaffold/v4beta7 kind: Config build: artifacts: - image: my-app-web-profiles context: my-app-web-profiles - image: my-app-application-profiles context: my-app-application-profiles googleCloudBuild: projectId: ${PROJECT_ID} profiles: - name: local manifests: kustomize: paths: - my-app-application-profiles/kubernetes/local - name: test manifests: kustomize: paths: - my-app-application-profiles/kubernetes/test - name: staging manifests: kustomize: paths: - my-app-application-profiles/kubernetes/staging - name: prod manifests: kustomize: paths: - my-app-application-profiles/kubernetes/prod deploy: kubectl: {}此处显示的 Skaffold 配置针对
test、staging和prod目标分别设置了不同的配置文件。它还显示了本地开发所需的配置文件。 在每个配置文件中,都有一个deploy.kustomizestanza,其中包含指向要用于相应目标的 Kustomization 的位置的路径。
向 skaffold.yaml 添加 Helm 支持
您可以使用 Helm 渲染清单。Cloud Deploy 不使用 Helm 来部署应用,并且仅支持 kubectl 作为部署程序。
如需使用 Helm,您需要将 Helm 图表存储在可从 skaffold.yaml 中引用的任何位置。此位置可以是文件系统、代码库(可能与您的 skaffold.yaml 一起)或开放容器倡议 (OCI) 代码库。
如需使用 Helm 图表,请向 skaffold.yaml 文件添加 helm stanza。
apiVersion: skaffold/v4beta7
kind: Config
build:
artifacts:
- image: skaffold-helm-image
manifests:
helm:
releases:
- name: skaffold-helm-image
chartPath: charts
deploy:
kubectl: {}
skaffold.yaml 参考显示了此 helm stanza 中所需的内容。
不受支持的 Skaffold 功能
Cloud Deploy 中无法使用 Skaffold 的以下功能:
-
不支持使用
--module=为build、render、apply等选择特定模块。支持静态模块。 在 Helm 中,如果命名空间不存在,则能够创建命名空间。
后续步骤
访问 Skaffold 网站,了解其工作原理以及用途。
练习将 Cloud Deploy 与 Kustomize 和 Skaffold 配置文件搭配使用。
了解 Cloud Deploy 如何选择要使用的工具版本,以及如何确定正在使用的版本。
了解如何将 Skaffold 配置文件与 Helm、Kustomize 和 kpt 等先进的清单管理工具搭配使用。