kubernetes - 一个kubernetes群集或每个应用程序的一个群集中运行的多个应用程序

Question

我在Azure中有一些正在生产中的应用程序。所有这些应用程序都属于同一公司，并且彼此通信。我想将它们迁移到Kubernetes。

我的问题是:在这种情况下，什么是最佳做法？为什么？

有些人推荐一个群集和多个 namespace ，但我不知道为什么。

例如:https://www.youtube.com/watch?v=xygE8DbwJ7c建议在集群内执行集群内 Multi-Tenancy 的应用程序，但这种选择的参数对我来说还不够。

Answer 1

My question is: What are the best practices in this case? and why ?

答案是:这取决于...

尝试根据我们的经验进行总结:

每个应用程序的

集群通常会浪费大量资源，尤其是给高可用性集群一个要求，并且当单个应用程序包含自然地聚集在一起的大量微服务或出于某些特殊的安全考虑而已时，它通常是合理的被考虑在内。但是，根据我们的经验，这种情况很少见(但这要视情况而定)...

集群中应用程序的

命名空间更符合我们的经验和需求，但同样，这也不应该过分(因此，这又要视情况而定)，因为例如您的CNI可能会导致一个恶意应用程序(或设置)的瓶颈。 )在看似无关的情况下会降低其他应用的性能。如果不惜一切代价将所有负载挤入一个群集，则可能发生负载均衡和推出停机时间，资源冲突以及其他情况。因此，这也有其局限性。

兼而有之-我们从单个集群开始，当我们自然到达单独的(和单独执行的)用例(例如，qa，dev，舞台环境，具有特殊安全考虑的不同客户端等)时，我们迁移到了更多集群，在每个群集中合理命名空间的应用程序。

因此，总而言之:根据可用的计算机池(节点数)，群集的大小，应用程序本身的大小(微服务/服务复杂性)，HA要求，冗余，安全性考虑等....您可能想适合所有到一个带有命名空间应用程序的群集中，然后又可以分成几个群集(同样，每个群集中都有命名空间的应用程序)，或者每个群集完全隔离一个应用程序。所以-这取决于。