Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/python/310.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
Python 如何将Google App Engine项目完全迁移到计算引擎?_Python_Google App Engine_Google Compute Engine_Appscale - Fatal编程技术网

Python 如何将Google App Engine项目完全迁移到计算引擎?

Python 如何将Google App Engine项目完全迁移到计算引擎?,python,google-app-engine,google-compute-engine,appscale,Python,Google App Engine,Google Compute Engine,Appscale,一直在使用Google App Engine作为一个项目的后端服务,该项目完全是作为Gooogle App Engine项目开发的 最近,前端实例消耗了我们项目费用的60-70%以上。因此,我们决定完全取消它,转而迁移到谷歌计算引擎 想知道是否有人将GAE项目迁移到GCE。我知道GCE虚拟机可以在GAE应用程序中动态旋转,但我们希望完全取消GAE。() 作为最后一个选项,我将主持一个Django项目,并使用GAE文件作为web服务的控制器 但是,我想知道是否还有其他更容易的方法可以将GAE项目转

一直在使用Google App Engine作为一个项目的后端服务,该项目完全是作为Gooogle App Engine项目开发的

最近,前端实例消耗了我们项目费用的60-70%以上。因此,我们决定完全取消它,转而迁移到谷歌计算引擎

想知道是否有人将GAE项目迁移到GCE。我知道GCE虚拟机可以在GAE应用程序中动态旋转,但我们希望完全取消GAE。()

作为最后一个选项,我将主持一个Django项目,并使用GAE文件作为web服务的控制器

但是,我想知道是否还有其他更容易的方法可以将GAE项目转移到GCE,同时保持数据存储集成的完整性


TIA

不幸的是,应用程序的标准环境支持的唯一性可能会使您的迁移非常困难

举个例子,标准env和灵活env之间的显著差异(如果您愿意,这就像是向GCE全面迁移的中间步骤):。对我来说,它们实际上是不同的野兽

更糟糕的是,你认为在你的迁移中最重要的事情——保持数据存储集成完好无损——也最有可能阻碍你的迁移。 这是因为你的应用程序很可能会使用其中一款为标准环境GAE应用程序优化的应用程序。如果是这样的话,迁移实际上意味着重新设计与数据存储的整个交互,使其使用其中一个。这意味着不仅仅是转换API调用,还有一些概念和功能上的差异需要解决

所以标题问题的答案很可能是:为GCE重新设计你的应用程序。就个人而言,我不确定GCE是否总体上更具成本效益——我仍然更喜欢标准的环境GAE。假设在某个时候,成本上升到足以重新考虑的程度,我会:

  • 仔细看一下定价和当前应用程序的成本明细,看看哪些组件更重:例如,如果大部分成本来自数据存储使用,我不认为迁移到GCE会有很大帮助
  • 尝试调整应用程序的配置和/或代码以降低成本:例如,如果实例小时数占成本的大部分,则根据实际流量模式调整可伸缩性配置可能会降低成本
  • 估算类似使用模式的成本,但使用GCE(和/或GAE flex)上提供的相应组件
  • 如果GAE flex上也有相应的组件,我会用它们来做一些实验,而不是进行完整的GCE(这几乎需要先重新编写)
使用灵活的环境作为垫脚石的逐步过渡可能会揭示出估计的成本节约是否还不够,从而有助于在进行整个重写之前放弃整个过渡。同时也可以帮助重写,以防过渡仍然是一个“围棋”


Update:可能有另一种降低成本的解决方案:运行现有的GAE应用程序代码(参见)更具成本效益的IaaS提供商。

您是使用标准或Flex环境的GAE服务吗?@ DayCurielsCuGe使用标准环境。我相信GAE标准通常比GCE更具成本效益。为什么你认为GCE对你来说是一个更好的解决方案?@JeffO'Neill GAE-托管一个简单的
laravel
项目,最低请求每月花费90美元,而在VPS上托管同样的项目则花费10美元。由于我们的产品仍处于测试阶段,定价上的差异才是我们真正关心的问题stage@silverFoxA,给你另一个数据点,我的GAE应用程序每月大约有20000个会话,每月花费10-15美元。当我有最少的要求时,我每月支付10美分。也许您正在使用SQL,我相信它的成本比数据存储要高得多?谢谢您的及时回复。给我们带来麻烦的成本是
前端
实例。它每月花费我们300多美元,加上我们可能不得不根据某些指标选择负载平衡器,但我们的解决方案仍处于测试阶段,我们有900-1000个用户和大约2000个帖子。费用似乎不合适。无论是选择负载平衡器的指示。因此,我们计划选择GCE,假设该实例每月运行730小时,并且托管我们的所有项目,总体成本为30-40美元。使用GAE时,成本对我们来说是一个真正的问题,即使是一个小型的laravel项目每月也要花费90美元,而在VPS ex上托管同样的项目。如果你做了家庭作业并且对此感到满意,DigitalOcean服务器只需花费10美元——我很好。但是,如前所述,从GAE PaaS解决方案切换到IaaS解决方案可能需要进行重大的重新设计。