Microsoft Azure OpenDev—June 2017
请求是从使用App Engine托管应用程序开发环境的热心程序员堆积起来，
再次测试Google满足外部开发人员期望的能力，这是公司认为成功的关键要求。
对服务感到兴奋，开发人员渴望Google能够快速移动并添加他们启动商业应用程序所需的基本功能。
一些流行的请求：删除资源限额以便他们购买额外的计算容量;支持Python之外的更多语言;并通过例如SSL和HTTPS保护应用程序通信。
Google App Engine产品经理Pete Koomen和Paul McDonald知道App Engine的这些和其他常见功能，但是，根据Google的政策，他们不愿意公开详细信息开发和推出计划。
然而，他们表示，他们对App Engine的兴趣程度和参与开发人员的鼓励感到鼓舞，正如他们积极参与该服务的官方论坛和希望列表页面Google集合所证明的那样其中包含对超过400项功能和增强功能的请求
“我们看到App Engine上构建了许多伟大的功能，并获得了开发人员的大量反馈，”麦当劳在电话采访中表示。 App Engine团队正在密切关注开发者的请求，并且正在积极致力于改进和扩展服务，他说。 “我们有很棒的东西正在筹备中，”麦克唐纳说，“
年4月初，App Engine的推出时间有限，并在5月底广泛开放。
Google提供的最初的10,000个免费App Engine账户被抢购一空很快。到5月底，当谷歌向任何人开放服务时，该公司透露已经有大约75,000名开发者，而另外80,000名正在等待名单上。尽管谷歌并没有透露有多少应用程序Gartner分析师Ray Valdes说，引擎帐户已经打开，估计到目前为止，必须有超过20万的安全性。“这很多，”他说。 “现在，Google必须满足App Engine的价值主张：开发人员编写代码，Google处理其他任何事情。”
App Engine并非旨在成为适用于所有类型应用程序和开发人员的通用“云”计算基础架构和开发环境。
相反，App Engine适用于Google开发的应用程序：具有大量吸引力的Web应用程序，例如，不需要长时间运行的进程来紧缩科学数据。 App Engine被设计用于数据库支持的Web应用程序，如博客，办公生产力程序和社交网络软件。
与其他托管计算和开发服务（如亚马逊的AWS）不同，App Engine提供高度集成的组件集，调整和配置开发人员必须参与的数量。
此设计通过减少选项来牺牲灵活性和控制力，但符合App Engine的最终目标，即吸引希望快速创建和部署其应用程序并且很开心的开发人员让Google处理剩余的事情
App Engine的设计显然引起了人们的共鸣，而且现在很明显Google已经把它的手放满了，因为该服务很受欢迎
在App Engine开发者的电子邮件采访中，有两件事情变得清晰：他们对服务非常热心，并且渴望Google加强和扩展它。
App Engine开发人员提到的一些最常见的功能是自动化d负载平衡;其高度可扩展性，Google设计的数据存储，文件系统和查询语言;其紧密的组件集成;并且整体简单。
Bill Katz是位于加利福尼亚州帕洛阿尔托市的网络和开发人员，他已经编写了一个名为Bloog的应用程序，他使用开源许可证发布了该应用程序，并且正在开发其他两个应用程序。
由于他的团队由自己和他的妻子，他重视App Engine的集成，自动化和简单性。“App Engine除去了许多我必须处理的可扩展Web应用程序的任务，例如维护多个服务器[和]可扩展的数据库， “他认为，”他认为亚马逊AWS“非常棒” - 他将S3服务用于他的个人备份存储，并可能使用EC2来托管App Engine无法支持的一些Web服务 - 但认识到它瞄准的是不同的市场
“AWS提供的原始组件可以通过多种方式组合成一个可扩展的Web应用程序，而Google App Engine则提供了一个完全集成的堆栈，需要您以某种方式工作， “他说，”然而，很显然，对App Engine吸引人的特点充满热情为了弥补服务的缺陷，Google对于App Engine的所有好评都缺乏一些重要特性，例如扩展支持的Python以外的编程语言。
“它[也]不言而喻，开发商正在焦急地等待配额被解除，并且随时随地发起，“他说。 “
目前，App Engine应用程序可以使用高达500MB的持久性存储和足够的带宽和CPU，每月浏览量为500万次，尽管Google计划允许在某个时间点购买额外资源在年底结束之前
弗吉尼亚州亚历山大市第一视觉软件公司总裁Ben Bryant正处于开发托管集合的商业应用程序的早期阶段，但直到Google给出应用程序之前，它们将无法推出引擎提供全面的全文搜索功能。 “我需要的其他东西已经存在了，”Bryant说，“Self-Star首席执行官Filip Verhaeghe也计划在App Engine上部署商业应用程序，但却忽略了安全通信功能，这迫使他出现使用浏览器内自定义加密方案。 “几乎没有什么措施可以向客户灌输信任，”他说，“其他关于Verhaeghe的问题：服务的测试状态和无法购买更多资源。他还希望谷歌加强与开发商的许可协议。“
谷歌已经非常明确地表示不打算上传代码，但没有追踪记录，”他说。 “具体而言，您可以提出上传代码与在专利背景下”宣传“您的发明有关的问题。Google应该在那里提供更好的法律保护。”
在瑞典斯德哥尔摩，Colliberty Easy Publisher已经踢App Engine的轮胎在怀疑Google是否计划取消开发人员可以通过应用程序上传的文件数量限制 - 1,000名高级开发人员Johan Carlsson表示，马萨诸塞州剑桥市的Mahmoud Arram是合作伙伴，与合作伙伴一起开发商业社交网络应用程序，并希望知道Google是否计划提供一种自动化方式将数据从App Engine迁出并支持多线程应用程序。
Google的McDonald和Koomen提供了特定的“愿望清单”功能。
麦克唐纳承认，虽然App Engine提供了简单的文本搜索功能，但Google知道它可以更好。 “我们希望在App Engine中提供完整的全文搜索，”McDonald拒绝提供交付时间表。 “拥有这一点很重要。”他还表示，Google打算让开发人员通过支持符合这些用途的行业标准，将数据从App Engine迁出。 “数据锁定的问题有点夸张，”Koomen说。目前有很多方法可以将数据从App Engine迁移出去，但Google可以简化并自动化该过程，他补充说。
同样，谷歌意识到开发人员想要在App Engine上运行多线程应用程序，但同时，Koomen指出，尽管应用程序是单线程的，但它们分离成多个并行运行的服务器。
这使得应用程序可以平稳扩展，无需开发人员的交互“我们可以自动扩展和分配服务器之间的负载，因此它不会给任何特定的实例或服务器带来压力，”Koomen表示。“Google并没有立即计划取消可以上传的1000个文件的限制应用程序的代码，麦克唐纳说，并补充说，这不适用于应用程序的最终用户可以上传的文件数量 - 这受限于应用程序可用的存储量。
他们也非常明确地解释谷歌不打算支持SQL数据库作为Google专有数据存储和GQL的替代品，这有助于App Engine的“流畅”扩展能力。
尽管Google的待办事项列表支持安全应用程序通信McDonald说，与此同时，App Engine应用程序可以使用Google用户帐户作为身份验证机制。同样，Google也在努力扩展对更多公司的支持他们说：“此外，谷歌与开发人员的许可协议非常明确：应用程序的代码，数据和知识产权属于其开发者的创造者。”
“我们非常重视。信任是我们在Google上最重要的事情之一，我们希望确保开发者通过我们的条款和行为了解他们的代码和数据是他们的，“麦克唐纳说， Redmonk的分析师Grady表示，谷歌正在观察开发者如何使用App Engine来预测其应用程序将放置在其基础架构上的负载，并确定它能够支持的容量。“这是关于容量规划的，”他说。谷歌正在将功能保持在最低限度，以确保每个人都能获得足够的性能，直到能够更好地满足需求。“<459> The Group 451分析师Vishwanath Venugopalan指出，虽然App Engine帐户数量可能很大，但尚未部署多少应用程序，这让Google有机会继续找出最佳实践，为公司创造一个新市场。
但是，Google需要保护App Engine周围的积极响亮的嗡嗡声“不可否认有很多开发人员的热情，我们想看看Google如何利用这一点，“Venugopalan说。对于初学者来说，谷歌应优先考虑支持更多的编程语言，并提供服务级别的保证，以便为服务的性能和可靠性灌输信心，特别是在6月份遭遇停机之后。
像卡茨这样的开发人员将密切关注Google如何倾向App引擎，他们似乎在这一点上愿意让公司受益于对最近停电和当前资源配额的怀疑，因为这些早期的事情将会发生。“我认为Google的信任将解决问题一旦配额被移除，看看App Engine如何执行将是一件很有趣的事情，“Katz说，”对于我们的小创业公司来说，我敢打赌，到今年年底，App Engine将会稳定和强大足够处理我们的利基商业应用程序的用户，即使我们很幸运并且它很受欢迎，“他补充道。 “外包给Google是一种计算出来的风险，它考虑到我的初创公司对现金和可用编程时间的限制。”