Kubernetes群集合并以最小化群集

这应该是我学士学位论文的主题。目前我正在寻找文献或一般信息，但我真的找不到。你有关于这个话题的更多信息吗？我想知道在集群上运行开发和测试阶段而不是单独运行每个阶段是否有意义

---

如果这是个好主意，我还想知道如何整合集群。

这是个好问题。这是一个非常重要的话题，简而言之，

Yes

和

No

您可以为所有环境设置一个集群

一般来说，每个人都需要考虑各种事情，然后将所有的环境合并成一个单一的集群。其中包括，您在k8s上运行的服务数量，您手头作为Ops管理和维护现有集群而没有任何问题的工程师数量，使用集群的不同团队的位置（如果您考虑延迟）

把所有的东西合并在一起有很多优点和缺点

优点包括易于管理和维护一个小型集群，可以使用标签分散节点，并在dev节点上使用dev标签部署应用程序等等。但如果你不让K8通过限制pod的部署来做出决定，这也会造成资源浪费。如果我们进行辩论，人们可以就这个话题争论好几个小时

在计算资源成本时，假设prod上有一个由3个节点和3个主机组成的集群，dev上有一个由2个节点和3个主机组成的集群，test上有一个由2个节点和3个主机组成的集群。成本是巨大的，因为您分配9个主机，如果您将开发和测试合并为1，您将节省3个虚拟机的成本

K8s对于许多组织中的许多DevOps工程师来说都是非常新的，我们中的许多人都需要一个区域来用最新版本的软件进行试验和解决问题，然后才能在Prod上实现。这是最重要的一点，因为停机时间非常昂贵，而且无论发生什么情况，许多人都无法承受停机时间。如果所有内容都在单个集群中，则很难调试问题。一个例子是将头盔2.0升级到3.0，因为这涉及丢失头盔数据。一个人需要研究和锻炼

正如我所说，团队位置是另一回事。假设您有一个离岸测试团队，如果您将开发和测试合并到单个集群中。测试团队使用产品可能会有网络延迟，因为我们所有人都有最后期限。这可能是有争议的，但仍然需要考虑网络潜伏期。

---

简而言之，

是

和

否

，这是一个非常有争议的问题，我们可以一直在列表中添加优点和缺点，但建议针对每个环境使用不同的集群，直到您成为某种kubernetes大师，了解集群中的每一个数据包

使用名称空间已经可以实现这一点

使用名称空间，我们将能够隔离

合并不同的名称空间将实现您的想法