前端和后端最佳 Kubernetes 架构答案

【问题标题】：Frontend & Backend best Kubernetes architecture前端和后端最佳 Kubernetes 架构
【发布时间】：2021-05-08 22:06:19
【问题描述】：

我正在构建一个容器化的 Web 应用程序，它有一个 ReactJS 前端容器和一个 REST Api 后端容器。对于开发，我一直在 Google Compute Engine 的单独 VM 中托管每一个。我们希望将它们转移到 Kubernetes 中，但不确定什么是最佳架构，因为我们希望后端 api 的计算能力和并行节点比前端服务更多。

我想知道哪些选项最适合我们的需求：

将所有内容部署在同一个集群和节点池中，让 kubernetes 根据需要对其进行管理和扩展
将所有内容部署在同一个集群和 2 个不同的节点池中，前端和后端具有不同的机器类型和节点限制
将前端和后端部署在不同的集群中，每个集群都有一个节点池

我在网上找不到任何关于最佳实践的信息，因为我发现的所有文档都只提到了单个集群/节点池。

谢谢！

【问题讨论】：

第一个选项对你有好处，即使你以后想要migrate workload to different machine type。我向您推荐这些 official documents 用于将两层 Web 应用程序迁移到 GKE。如果您需要在集群中构建 2 个节点池，this example 供您考虑。

标签： docker kubernetes google-kubernetes-engine

【解决方案1】：

至少，您不需要只为描述的用例管理两个不同的集群。

我不建议将特定节点用于前端，请使用您的集群。如果您真的看到瓶颈，您可以适应这种情况。但是你的容器应该使用不同的resource requests and limits。

对前端的思考：用户请求一个页面，该页面可能引用其他前端资源，例如具有特定 url 的捆绑资源？ - 当您部署新版本时，这可能会发生变化。为了缓解这种情况，您可能希望在集群前面使用缓存或 CDN 来获取前端资源——这取决于您对可用性的关注程度。您也可以考虑在云环境中使用存储桶而不是容器来存储静态资源。

【讨论】：