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
Google app engine 谷歌应用程序引擎在可伸缩性和可移植性方面是否良好?_Google App Engine_Performance_Scalability_Portability - Fatal编程技术网

Google app engine 谷歌应用程序引擎在可伸缩性和可移植性方面是否良好?

Google app engine 谷歌应用程序引擎在可伸缩性和可移植性方面是否良好?,google-app-engine,performance,scalability,portability,Google App Engine,Performance,Scalability,Portability,我正在评估托管生产环境,目前对Google App Engine感兴趣 目前我正在享受免费配额。我关心的是,扩大使用量是否有效 谷歌应用引擎。可移植性也在分析中 请告知谷歌应用引擎是否有利于可扩展性和可移植性 提前感谢您。可移植性得到了保证,因为谷歌已经将“在”RPC层前面的应用程序引擎的所有部分开源,从而简化了工作(当然,无论如何都会发生!)和第三方一样,在不同的基础设施上实现兼容的环境——如果谷歌为您的应用程序提供更好的ROI,您只需要留在谷歌的系统上,否则您可以轻松地将它们迁移到其他实现(

我正在评估托管生产环境,目前对Google App Engine感兴趣

目前我正在享受免费配额。我关心的是,扩大使用量是否有效 谷歌应用引擎。可移植性也在分析中

请告知谷歌应用引擎是否有利于可扩展性和可移植性


提前感谢您。

可移植性得到了保证,因为谷歌已经将“在”RPC层前面的应用程序引擎的所有部分开源,从而简化了工作(当然,无论如何都会发生!)和第三方一样,在不同的基础设施上实现兼容的环境——如果谷歌为您的应用程序提供更好的ROI,您只需要留在谷歌的系统上,否则您可以轻松地将它们迁移到其他实现(我相信会有更多的第三方加入这两个行列,提供各种各样的替代方案)

当应用程序被适当地编程时,可伸缩性似乎得到了验证,例如,通过这个例子——该应用程序使用了一个开源的谷歌代码库,称为“版主”,在几个小时内处理了700个QP,总共数百万次访问,并保持了极好的延迟和无可指责的正常运行时间


关于使用AppEngine获得无缝可伸缩性所需的正确技术,已经有很多文章(并记录在视频中)了——真的没有办法总结本文中的所有成功之处!可以说,这不是一件小事,但最终它会变得更容易(至少对于合适类型的应用程序来说——那些“前端重”的应用程序)与那些专注于大型“批处理”作业的解决方案相比,这是我所知的任何其他技术都无法比拟的。

非常令人印象深刻,Alex!谢谢!我还想问一下,哪些托管解决方案适合于高负载批处理作业?我建议将EC2用于批处理作业。谢谢你,Maksim。我会看一看:)同意,特别是针对真正大型批处理作业,EC2上的Hadoop,请看——谷歌的大量批量作业都是MapReduce,Hadoop很好地模仿了这一点(Pregel也变得越来越重要,但恐怕还没有开源的模仿)。