日安,
我们公司已经开始摆脱VM和服务器,并将我们的所有应用程序转移到Google平台。我们目前使用1个生产GoogleCloud平台项目,并在App上部署了多个应用程序。我们使用一个dispatch.yaml文件将传入的请求路由到正确的App服务。但是,我们最近遇到了dispatch.yaml文件记录太多的问题。
请参阅以下部分条目的示例:
我们有更多的应用程序需要转移到Google平台,但是我们需要一个更好的解决方案来将所有这些域映射到App服务中。如有任何建议,将不胜感激。
谢谢!
发布于 2020-04-14 12:54:20
一个简单的解决方案就是创建另一个(GAE)项目。
如果所有域之间没有通用代码,则可以为每个域创建单独的GAE项目。在我看来这更干净。
如果某些域有公共代码,而有些域没有,那么您可以将具有公共代码的域放在同一个GAE项目中。
如果所有域都有公共代码,那么您有几个选项:
我不知道Google对GAE项目是否有限制,但是在提交解决方案之前,你应该先找出来。
发布于 2020-09-01 09:06:14
这取决于您是否希望它们托管在一个服务上。任何大型项目都需要区分您对微服务的需求,以及GAE的设计目的。示例将是一个不需要任何大型cpu的前端服务,它只用于为浏览器前端服务(JS/HTML/CSS等)。
api绝对应该在另一个服务/服务器上(我相信在开始时他们推荐B类?)F是前端,B是后端。然后,您可以对API或基于IP的限制进行评级,并使前端可见并始终处于打开状态。
最后,如果是这么大的范围,我肯定会推荐Kubernetes。在开发过程中,您还可以为本地开发设置kubectl和minikube。吊舱将是你的不同服务。
Skaffold还可以帮助快速同步您的码头工人。一旦你进入码头/集装箱世界,就真的没有回头路了!一旦每个服务都有了适当的容器,就可以使用基于链接到gcr.io容器映像的服务来划分一个实例组。
您需要设置一个负载均衡器,映射您在负载均衡器中的自定义域,以映射到您的实例组,并映射到viola。此时,您将进行健康检查(在创建负载均衡器时可以创建),这些检查将监视您的服务,如果有下降的话,平衡器将路由到向上的服务。
很抱歉提供了大量的信息,希望对你们来说一切顺利!
发布于 2021-08-05 05:16:28
App引擎是一个很好的解决方案,适用于您正在尝试构建的简单应用程序/服务。每个GCP项目给你一个应用程序引擎,它可以有多达20个服务。还请参阅参考(链接是用于Python的,但您可以从每个页面断开支持语言的链接):
如果您的需求超出了这个描述,那么您可能应该考虑另一个产品,比如云函数或云运行,这两个产品都是谷歌云无服务器产品套件中的App的姊妹产品。
https://stackoverflow.com/questions/61203110
复制相似问题