针对多个客户的helmfile最佳实践

Question

我们希望有一些建议，因为我们希望将helmfile集成到我们的部署过程中。

我们的基础设施有以下细节：

所有客户都有相同的安装服务(每个客户获得自己的服务，每个客户customers)

• credentials之间的共享没有不同，对于每个客户

• ，我们更喜欢一个单独的部署过程(我们不想同时升级所有客户)--

• --所有客户-配置数据都被分离成单独的配置文件，如：
• config/customer1.yaml
• config/customer2.yaml
• config/customer3.yaml

因此，我想知道，如果我们应该使用“环境”与客户的名字，以升级它。还是你会推荐另一个变量？您认为为这个过程创建多个helmfile更好，还是只创建一个？

谢谢!

Answer 1

您认为为这个过程创建多个helmfile更好，还是只创建一个？

在多个环境中使用一个helmfile是非常实用的，它可以节省编写多个helmfile。

我们应该用“环境”作为客户的名字吗？

对于类似的设置(部署到具有不同值和配置的多个环境)，我在Helmfile中有：

 - name: my-app
    namespace: "{{ .Namespace }}"
    chart: k4r-distance-matrix-api
    values:
      - my-app/values.yaml  ## here go the common values if any exists
      - my-app/values.{{ .Environment.Name }}.yaml  ## here goes the environment specific values

在我的CI的deploy步骤中，我有：

.deploy:
  stage: deploy
  variables:
    ENVIRONMENT: ""
    CONTEXT: ""
    NAMESPACE: ""
  before_script:
    - kubectl config use-context $CONTEXT
  script:
    - helmfile -e "$ENVIRONMENT" --namespace "$NAMESPACE" sync