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

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

您好， 我想在你上面的帖子中有两个问题：

如果我们在同一集群中使用一个专用的名称空间（dev&staging设置），我们可以为每个名称空间使用一个专用的负载平衡器吗？这是一个好的做法。 回答：是的。由于您正在为同一集群中的每个环境使用名称空间概念，因此可以在每个名称空间中创建一个专用的负载平衡器（向我保证您将使用ingress:），因为我们需要一种更简单的方式来访问这些环境。坦率地说，我不喜欢在环境中使用名称空间，因为随着集群的增长和大量微服务的添加，您可能会出于另一个原因使用名称空间，例如，每个团队或域的名称空间，以获得细粒度的访问权。但我也看到团队在不同的环境中成功地使用了它

建议自动化Kubernetes部署的可能性？ 这本身就是一个大话题。 随着微服务的增长，您将需要处理多个Kubernetes清单，我建议的第一件事是使用configuration manager（如配置管理器）或package manager（如包管理器）将变量与实际清单分离，这将有助于轻松地跨环境（相同群集或不同群集）自动部署。说到实际的部署自动化，如果没有现成的CD，我建议探索支持GitOps的本地Kubernetes的工具，比如or等等