采用多主Kubernetes集群体系结构的可行性

Question

我正在尝试使用Kubernetes和Jenkins实现CI/CD管道。在我的应用程序中，我有25个微服务。并需要将其部署到5个不同的客户端。微服务代码是唯一的。但是每个客户端的配置是不同的。

因此，这里我使用5种不同的配置文件/配置配置Spring云配置服务器。当我构建Docker映像时，我将通过在Docker文件中添加活动配置文件来定义哪个是活动配置服务器配置文件。因此，从25个微服务，我正在构建25 *5个数量的码头形象，并部署。因此，我需要在Kubernetes集群中部署总共125个微服务。这些微服务是从我的Range2前端应用程序调用的。

在这里，当我考虑应用程序的性能和响应速度时，这个应用程序体系结构已经足够了吗？还是我确实需要使用多主库伯内特斯集群？我如何管理这个应用程序？

我是这些云和CI/CD流水线架构任务的新手。因此，我对工作流的设计产生了困惑。如果单一的主人是足够的，那么我可以继续与电流。否则，我需要实现多主机Kubernetes HA集群。

Answer 1

应用程序的性能和/或速度不取决于主节点的数量。它解决了高可用性问题，但没有解决性能问题。现在，您仍然应该考虑为您正在进行的这个实现至少拥有3位主程序。如果主人倒下了，你的集群就没用了。

在Kubernetes中，通过将集群的所需状态设置为当前状态，主服务器将获取API调用并对其进行操作。但最终那是做繁重工作的节点(奴隶)。因此，您的性能问题将主要取决于您的节点，如果不是完全的话。如果你有足够的内存和CPU，你应该没事。

Answer 2

对于HA来说，多位大师听起来是个好主意。

您还可以考虑使用掌舵，它允许您在每次安装的基础上配置微服务，这样您就不必每次都要重新释放坞映像来配置新的环境。然后，您可以将舵机配置注入，例如，将内容挂载为ConfigMap的application.yml，以便Spring自动加载设置