Kubernetes 在非默认名称空间中运行k8s POD的好处

请原谅我对k8s的了解有限。根据k8s最佳实践，我们需要在非默认名称空间中运行POD。这种方法的理由很少

• 在上创建逻辑隔离并创建uat、sit、dev环境 同一k8s集群
• 当我们的名称空间小于时，默认名称空间是可以的 10个微服务在同一个吊舱中运行

---

从安全性、性能和维护角度来看，我们还有其他好处吗？

我认为最佳做法是考虑如何使用集群并考虑名称空间。因此，考虑一下您将在集群中运行什么，您希望为其投入多少资源，以及谁可以做什么。名称空间可以帮助控制所有这些内容

就运行内容而言，kubernetes对象名称在名称空间中必须是唯一的，这一点很重要。因此，如果您想运行同一应用程序的两个实例，那么您可以将它们安装在不同的名称空间中，或者区分资源名称—例如，helm charts默认为添加前缀以确保唯一性

此外，还可以将基于角色的访问控制权限设置为特定于命名空间，并且可以将资源使用配额应用于命名空间。因此，如果您在与UAT相同的集群上有adev名称空间，那么您可以确保UAT上的权限受到更严格的限制，并且它有更多的资源可用性保证

---

有关这些方面的更多信息，请参见和

，我认为最佳做法是考虑如何使用集群并考虑名称空间。因此，考虑一下您将在集群中运行什么，您希望为其投入多少资源，以及谁可以做什么。名称空间可以帮助控制所有这些内容

就运行内容而言，kubernetes对象名称在名称空间中必须是唯一的，这一点很重要。因此，如果您想运行同一应用程序的两个实例，那么您可以将它们安装在不同的名称空间中，或者区分资源名称—例如，helm charts默认为添加前缀以确保唯一性

此外，还可以将基于角色的访问控制权限设置为特定于命名空间，并且可以将资源使用配额应用于命名空间。因此，如果您在与UAT相同的集群上有adev名称空间，那么您可以确保UAT上的权限受到更严格的限制，并且它有更多的资源可用性保证

---

有关这些方面的更多信息，请参见和

根据我的经验，最好的方法是尝试。当你没有运行它的经验时，其他人给出的理由可能听起来有些做作或不适用。但是，当您自己运行它时，您将很快意识到为什么需要名称空间。或者您不需要，在这种情况下，您将不需要它们；）根据我的经验，最好的办法是尝试。当你没有运行它的经验时，其他人给出的理由可能听起来有些做作或不适用。但是，当您自己运行它时，您将很快意识到为什么需要名称空间。或者您不需要，在这种情况下，您将不需要它们；）