使用 Helm 运算符自动支持 Kubernetes 的通配符子域

Question

这是我的用例： 我们有一个客户，他们的每项服务都必须在专用子域上可用。命名约定应为service-name.customerdomain.com，其中service-name 是部署的服务，customerdomain.com 是客户域。创建新服务时，它应该自动可用，即一旦service-name 服务部署到集群中，它必须在service-name.customerdomain.com 上可用。

我知道，这可以通过以下步骤手动实现：

1. 将 Ingress 控制器添加到集群

2. 创建通配符 DNS *.customerdomain.com 并将其指向 入口控制器

3. 为每个正在运行的服务映射子域。对于集群中的每个现有服务，在 Ingress 资源文件 ingress.yaml 中创建一个单独的部分，例如

Spec:     
    rules: 
    - host: helloworld.awesome-customer.com 
    http: 
        paths: 
        - path: /* 
        backend: 
            serviceName: helloworld 
            servicePort: 8080 
    - host: nextfineapp.awesome-customer.com 
    http: 
        paths: 
        - path: /* 
        backend: 
            serviceName: nextfineapp 
            servicePort: 8080 
    - [...]

4. 为每个新添加 Ingress 资源文件新的 -host 部分 部署服务
5. 删除 Ingress 资源文件 -host 部分，每个已删除 服务

基本上 - 我想自动化第 4 步和第 5 步。我知道 Ingress 无法自行处理此问题，但是，通过谷歌搜索，似乎每次部署新服务/现有服务时更新 ingress.yaml 文件是删除可以通过Helm 及其值文件实现。

如果可以在下面指出/描述示例解决方案，我将不胜感激。

Answer 1

您通常会通过将 Ingress 资源的模板作为基本应用程序图表的一部分来做到这一点。您可以拥有多个 Ingress 对象，并且它们都将在运行时被多路复用，以便为您的控制器构建路由表。

Answer 2

我会推荐 @coderanger 的建议。如果您在 helm 图表中添加 Ingress，则可以通过 values.yaml 文件对其进行控制。这就是官方的 Kubernetes helm 图表所做的。但是，创建 Ingress 并不完全是自动化的，因为模板化的 Ingress 源文件仍然存在。它是模板化而不是自动化。

为了进一步自动化，您可以查看 Jenkins-X 公开控制器。这需要部署在您的集群中，然后它会监视部署了哪些服务以及它们上有哪些注释以自动创建 Ingress。有了这个，您仍然需要注释，因为您必须指出要公开哪些服务以及应用哪些路由逻辑。如果您使用 helm，无论是使用暴露控制器还是将 Ingress 资源放入图表中，您的值文件最终都会相似。

Jenkins-X 公开控制器也可以使用通配符 DNS。实际上 Jenkins-X 默认使用通配符 DNS 并公开控制器，因此您可以按照他们的指南之一来查看此操作。因为他们支持不同的平台，所以他们的文档有助于了解如何为不同的云提供商设置通配符 DNS，例如https://aws.amazon.com/blogs/opensource/continuous-delivery-eks-jenkins-x/