EKS 集群中的应用程序负载均衡器

Question

我正在尝试找出在 EKS 集群中自动化 k8s 部署的方法。我正在尝试为每个特定环境设置命名空间。一种用于开发，一种用于登台，一种用于生产。我的生产命名空间位于一个单独的区域和一个单独的集群中（开发和暂存在一个集群中）。我对这个概念有点陌生，但是将每个应用程序负载均衡器放在其各自的命名空间中是否有意义？这种做法是常见的还是最佳的做法？任何关于自动化部署的想法将不胜感激。

Answer 1

嗨Dave Michaels， 我假设您上面的帖子中有两个问题：

1. 如果我们在同一个集群中使用一个专用的命名空间（开发和暂存设置），我们可以为每个命名空间使用一个专用的负载均衡器吗？这是好习惯吗。 回答：是的。由于您对同一集群中的每个环境都使用命名空间概念，因此可以在每个命名空间中创建一个专用的负载均衡器（答应我，您将使用 ingress :)），因为我们需要一种更简单的方法来访问这些环境。坦率地说，我不喜欢在环境中使用命名空间，因为随着集群的增长以及向其中添加大量微服务，您可能出于其他原因想要使用命名空间，例如，每个团队或域的命名空间以获得精细访问权利。但我也看到团队成功地将它用于不同的环境。

2. 建议自动化 Kubernetes 部署的可能性？ 这本身就是一个很大的话题。 随着您的微服务的增长，您将有多个 Kubernetes 清单要处理，我建议的第一件事是使用像 Kustomize 这样的配置管理器或像 Helm 这样的包管理器来将变量与实际清单分离，这将有助于轻松实现跨环境（相同集群或不同集群）的自动化部署。谈到实际的部署自动化，如果没有现有的 CD，我建议探索支持原生 Kubernetes、支持 GitOps 的工具，例如 FluxCD 或 ArgoCD 等