如何通过KCC自动化上传本地源码并部署GCP Cloud Function

KCC本身不支持直接将本地源码作为字段传入CloudFunctionsFunction资源，也没有内置能力自动上传源码到GCS存储桶或代码仓库。要实现零手动的自动化部署流程，你可以通过以下两种主流方案实现：

方案1：结合Kubernetes资源+GCS上传Job #

这种方案完全在Kubernetes集群内完成源码上传和Function部署：

• 将本地源码打包为ZIP包，通过kubectl create configmap命令将ZIP包存入ConfigMap（注意：ConfigMap单条数据上限1MB，源码过大的话改用Secret或先构建镜像）
• 创建一个Kubernetes Job，挂载该ConfigMap，使用gsutil工具（基于GCP SDK镜像）将ZIP包上传到指定的GCS存储桶路径
• 在CloudFunctionsFunction的manifest中，将spec.source.archiveUrl指向这个GCS路径，确保Job先于Function资源执行（可以用Kubernetes的dependsOn或者Helm钩子控制执行顺序）

示例Job片段：

apiVersion: batch/v1
kind: Job
metadata:
  name: upload-function-source
spec:
  template:
    spec:
      containers:
      - name: gsutil-upload
        image: google/cloud-sdk:slim
        command: ["sh", "-c"]
        args:
        - gsutil cp /source/function.zip gs://your-bucket/function-source.zip
        volumeMounts:
        - name: function-source
          mountPath: /source
      volumes:
      - name: function-source
        configMap:
          name: function-source-zip
      restartPolicy: OnFailure

方案2：CI/CD流水线前置上传步骤 #

通过CI/CD工具（如GitHub Actions、GitLab CI）将本地源码上传流程自动化：

• 在CI/CD流水线中，先执行前置步骤：将本地源码打包为ZIP，用gsutil cp上传到GCS
• 动态生成或更新KCC的CloudFunctionsFunction manifest，将spec.source.archiveUrl设置为刚上传的GCS路径
• 最后执行kubectl apply部署KCC资源

示例CI步骤（伪代码）：

# 打包源码
zip -r function.zip ./function-source
# 上传到GCS
gsutil cp function.zip gs://your-bucket/function-source.zip
# 替换manifest中的路径
sed -i 's|SOURCE_ARCHIVE_URL|gs://your-bucket/function-source.zip|g' cloud-function-kcc.yaml
# 部署KCC资源
kubectl apply -f cloud-function-kcc.yaml

额外优化：用容器镜像作为源码来源 #

如果你的源码依赖较多、体积较大，可以将源码构建为容器镜像推送到GCR，然后在CloudFunctionsFunction中通过spec.source.image引用镜像路径：

• 用Kaniko在集群内构建镜像（无需本地Docker），推送到GCR
• 在KCC资源中配置spec.source.image: gcr.io/your-project/function-image:latest

内容的提问来源于stack exchange，提问作者Vishal Kapse