kubernetes - GitLab 9.x Kubernetes 集成

Question

我的公司已经运行 Kuberenetes 一年多了，GitLab 运行了大约 6 个月。我们最近升级到 GitLab 9.x 并且在试图弄清楚关于 Kube 的 CI + 应用程序配置的决定时遇到了麻烦。这个功能很棒，很想让它在我们的环境中工作。

似乎 GitLab 期望您只有一个集群设置，该集群内的所有环境按命名空间划分，这将等于您的服务/应用程序和应用程序，这将等于您的环境。这就是 GitLab 希望我的 Kuberenetes 环境看起来像的样子，将您的服务拆分为多个命名空间的单个集群:

namespace = hello-world
app = development
app = qa
app = production

在现实世界的例子中，我们更喜欢相反的情况，它也适用于单个集群

DEVELOPMENT CLUSTER
namespace = development
app = hello-world

QA CLUSTER
namespace = qa
app = hello-world

PRODUCTION CLUSTER
namespace = production
app = hello-world

如果命名空间是应用程序，应用程序是环境，我们将无法升级到最新版本的 kube 而不升级所有版本。也许我遗漏了一些东西，但根据我正在阅读的内容，经过测试，看起来这就是它的设计方式。

作为引用，这就是我的 CI 现在的样子，以使部署板 + 终端满意

development:
    <<: *deploy_definition
    stage: development
    environment: hello-world
    script:
        deploy.sh -a "hello-world"

但它应该是这样的

development:
    <<: *deploy_definition
    stage: development
    environment: development
    script:
        deploy.sh -a "hello-world"

为了增加这种困惑，他们在集成选项卡中只给你一个 Kubernetes 主节点来连接。

这是正确的，还是我错过了什么？

Answer 1

你是对的。我也觉得很郁闷。

但是即使没有 kubernetes 集成，您也可以使用环境

development:
    <<: *deploy_definition
    stage: development
    environment:
      name: development
      url: https://development.yourdomain.com
    script:
        deploy.sh -a "hello-world"

查看我最近写的关于从 gitlab 自动部署到 kubernetes 的配置的帖子。

http://blog.lwolf.org/post/how-to-create-ci-cd-pipeline-with-autodeploy-k8s-gitlab-helm/