Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/google-app-engine/4.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181

Warning: file_get_contents(/data/phpspider/zhask/data//catemap/9/google-cloud-platform/3.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Google app engine gcloud预览应用程序部署过程大约需要8分钟,这正常吗?_Google App Engine_Google Cloud Platform_Gcloud_App Engine Flexible - Fatal编程技术网

Google app engine gcloud预览应用程序部署过程大约需要8分钟,这正常吗?

Google app engine gcloud预览应用程序部署过程大约需要8分钟,这正常吗?,google-app-engine,google-cloud-platform,gcloud,app-engine-flexible,Google App Engine,Google Cloud Platform,Gcloud,App Engine Flexible,尝试新的灵活应用程序引擎运行时。在本例中,是一个基于google提供的Ruby运行时的定制RubyonRails运行时 启动gcloud preview app deploy时,整个过程大约需要8分钟,其中大部分是“更新服务”。这正常吗?更重要的是,我怎样才能加快速度 问候, 病房是的,这完全正常。大多数部署步骤都发生在您的计算机之外,并且与您的代码库大小无关,因此您可以做的事情不多,无法加快部署过程 在app-on-app-Engine上部署app所涉及的各种步骤可分为以下几类: 从app.y

尝试新的灵活应用程序引擎运行时。在本例中,是一个基于google提供的Ruby运行时的定制RubyonRails运行时

启动
gcloud preview app deploy
时,整个过程大约需要8分钟,其中大部分是“更新服务”。这正常吗?更重要的是,我怎样才能加快速度

问候,


病房

是的,这完全正常。大多数部署步骤都发生在您的计算机之外,并且与您的代码库大小无关,因此您可以做的事情不多,无法加快部署过程

在app-on-app-Engine上部署app所涉及的各种步骤可分为以下几类:

  • 从app.yaml收集信息以了解总体部署
  • 收集代码并使用app.yaml中指定的docker映像使用您的代码构建docker映像
  • 提供计算实例、网络/防火墙规则,在实例上安装docker相关工具,将docker映像推送到实例并启动它
  • 确保所有部署都成功,启动运行状况检查,如果需要,转移/平衡负载
  • 唯一需要花费大部分时间的流程是最后一部分,它会执行所有必要的检查,以确保部署成功并开始接收流量。根据您的代码大小(上传代码以创建容器)和资源需求(配置自定义资源),步骤2和步骤3可能需要更多的时间


    如果您进行分析,您会发现大约70%的时间消耗在最后一个步骤中,在这一步骤中,我们对AppEngine的可见性最低,但这是一个让AppEngine能够完成所有繁重工作的基本过程。

    请注意,后续部署应该比8分钟快得多。在我使用App Engine Flex上的Node.js进行测试时,通常需要1分钟或更短时间。

    部署到同一版本后,我在后续部署中需要6分钟到3分钟

    例如:

    $ gcloud app deploy app.yaml --version=test
    

    确保您检查了正在上载的zip文件中的内容(它会在部署时告诉您该文件的位置),并确保您的yaml skip_文件已设置为包含.git目录(如果有)之类的内容,并且节点_模块只需从app.yaml的根目录启动此命令即可

    从app.yaml的shell访问目录,然后运行gcloud app deploy


    它将在几秒钟内上传

    正如@ludo所建议的,在此期间,您可以使用Google App Engine标准,而不是Flex。第一次展开后大约需要30-50秒

    您可以通过运行本教程来测试GAE标准,本教程不需要计费帐户:


    我同意了。这不涉及GAE Flex,但提供了一些在开发过程中加速的选项。

    这很正常,大多数时候你都在构建和上传docker图像。我在那里回答了这个问题,也许你可以看到它。我无法更新服务[flex env get started](这可能需要几分钟)。。。⠏。我花了20分钟……不确定,但如果您在同一服务和版本上部署,应该是这样。如果是较新的版本或不同的服务,则需要相似的持续时间。这意味着补丁的应用速度很快,但部署/回滚速度很慢。根据我的经验,后续版本的部署时间没有提高。我的补丁在Gitlab Ciyea中的部署时间总是~10分钟。由于这些10分钟以上的部署,同一版本的后续部署时间大约需要5分钟。从未见过1分钟或更短时间。我认为您使用的是标准env,问题是关于flexible env的,我一直在处理这个问题,我们通常在12-15分钟内为aspnet core flex实例打卡。我不相信checking/load balancing(检查/负载平衡)这一论点,因为在没有升级的情况下部署仍然需要花费同样长的时间,应用程序的启动时间不到2秒,运行状况检查很轻(从早期开始,我们每秒得到2次)。Docker映像在<1分钟内生成。您甚至可以下载docker映像并将其部署到您自己的机器上,速度比他们快10倍。flex实例部署生态系统中出现了严重的问题。嘿,Darren,它可能已经发生了变化。最近发布了gVisor(),他们可能正在尝试使用它,它可能会对性能产生一些影响。您好,Flex部署可能会很慢(与App Engine标准相反),但在开源中发布的新gVisor产品根本不在部署路径中……我不知道我是否看到了这些帮助。大致相同。我写这个答案已经有一段时间了,GCP中的情况可能已经发生了变化。最近的更新要求所有部署都要经过gcloud,标准环境也需要同样长的时间。我在17分钟前启动了我的程序,但它仍在运行。你也可以使用.gcloudignore文件来防止上传内容。