【问题标题】:Should I migrate all my application's components into GKE?我应该将所有应用程序的组件迁移到 GKE 中吗?
【发布时间】:2022-01-15 18:54:52
【问题描述】:

我的应用程序有后端和前端。前端目前托管在 Google Cloud Storage 存储桶中,我正在将后端从 Compute Engine 虚拟机迁移到 Kubernetes Engine Autopilot。

迁移时,将所有内容迁移到 Kubernetes Engine 对我来说更有意义还是将前端保留在存储桶中会更好?后端和前端是不同 git 仓库中的不同项目。

我之所以问,是因为我看到可以管理 Kubernetes 服务的公开,甚至在 URL Maps 和负载均衡器的级别,所以我想也许将我所有的项目(后端和前端)托管委托给 Kubernetes,因为我知道 Kubernetes 是一个非常完整和强大的解决方案。

【问题讨论】:

    标签: kubernetes google-cloud-platform google-kubernetes-engine


    【解决方案1】:

    在云存储(或其他地方)上保持前端并在 kubernetes (GKE) 上保持后端没有问题。

    这不是一个“完美的模式”,因为您无法仅使用 Kubernetes 处理和部署应用程序的所有部分,而且您没有端到端的控制平面管理。

    您有一方面可以部署前端并配置负载平衡器。另一方面,您必须使用 YAML 在 Kubernetes 上部署后端。

    此外,您的应用程序在其他 kubernetes 集群上不可移植(因为它不是完整的 kubernetes 部署,而是 Kubernetes 和 Google Cloud 之间的混合体,并且您部分地坚持使用 Google Cloud)。但如果不是必需的,那也没关系。


    最后,如果您将应用暴露在负载均衡器后面,前端在 Cloud Storage 上,后端在 GKE 上,用户将什么也看不到。如果有一天,你想把你的前端打包到一个容器中,部署在 GKE 上,保持相同的负载均衡器(至少相同的域名),你的用户不会注意到差异!

    暂时不用担心,你可以继续前进! (而且现在更便宜!您无需为使用 Cloud Storage 提供静态资源而支付处理费用)

    【讨论】:

    • 谢谢。完全澄清。我只是不确定约定和标准/模式,但你澄清得很好。谢谢。
    猜你喜欢
    • 1970-01-01
    • 2020-03-17
    • 2011-02-11
    • 2010-09-07
    • 1970-01-01
    • 1970-01-01
    • 2016-01-07
    • 1970-01-01
    相关资源
    最近更新 更多