我正在构建一个容器化的web应用程序，它有一个ReactJS前端容器和一个REST Api后端容器。为了开发，我一直在Google Compute Engine的单独VM中托管每个虚拟机。我们希望将它们转移到Kubernetes中，但不确定哪种架构是最好的，因为我们希望后端api具有更多的计算能力和并行节点，而不是前端服务。
我想知道这些选项中哪一个最符合我们的需要:
- 将所有内容部署在相同的集群和节点池中，并让kubernetes根据需要管理和扩展它们
- 将所有内容部署在同一个集群和2个不同的节点池中，具有不同的机器类型和前端和后端节点限制
- 将前端和后端部署在不同的集群中，每个集群使用单个节点池
我在网上找不到任何关于最佳实践的文档，因为我找到的所有文档都只提到了单个集群/节点池。
谢谢!
至少，您不需要仅为所描述的用例管理两个不同的集群。
我不建议使用特定的节点作为前端，使用你的集群。如果你真的看到了瓶颈，你就能适应这种情况。但是你的容器应该使用不同的资源请求和限制。
一个考虑前端:用户请求一个页面，该页面可能会引用其他前端资源，例如捆绑资源与特定的url?-当你部署新版本时可能会改变。为了缓解这种情况，您可能希望在集群前面为前端资源使用缓存或CDN——这取决于您对可用性的关注程度。您还可以考虑在云环境中使用bucket而不是容器来存储静态资源。