当人们第一次使用App Engine的时候，他们会问一些App Engine不会做的事情。其中的一些事情Google在不久的将来会实现的，还有一些违背了App Engine设计的本质，将不可能增加（到App Engine中）。在一本书中列出这些特性是困难的，因为随着时间推移，你读到的可能已经被Google实现了。（确实，这个列表从本书一版之后已经变得相当短了。<1.Indeed,this list has gotten substantially shorter since the first edition of this book.>）不过这儿注意这些特性是很有价值的，特别是注意替代的技术。
一个应用可以在多个地址上接受邮件和XMPP。直到本书写作为止，这些地址都不能使用一个自定义的域名称。参看第14、15章了解更多关于邮件和XMPP地址的信息。
一个应用可以使用Google Apps在自定义的域上接受网络请求。Google Apps将你的自定义域的子域关联到一个应用上，若果你选的话，这个子域可以是WWW（http://www.example.com/）.对于这个域以及所有子域（http://foo.www.example.com）的访问都会被路由到你的应用。Google Apps还不支持对“裸”域的请求，比如http://example.com/.
App Engine不支持对应用的服务器进行流媒体和长期的连接。应用可以使用Channel服务实时地把信息推给浏览器。某些情况下XMPP使用XMPP服务也是一种通知选择（比如Google Talk）。这些机制优于轮询技术，客户端定期询问应用最新的变化。<2.These mechanisms are preferred to a polling technique,where the client asks the application for updates on a regular basis.>轮询很难扩展（5000个模拟用户每5秒轮询一个=每秒一千次轮询），并且不适合所有的应用。也要注意请求处理器在处理其他的计算时是不不能和客户端通信的。服务器只会在处理器（handler）将控制权返回给服务器之后，才会发出一个针对客户端请求的响应。
App Engine仅支持通过HTTP、HTTPs、邮件和XMPP消息使用服务进行的网路请求。它不支持其他的网络连接。比如，一个客户端不能通过FTP来连接一个App Engine应用。
App Engine datastore不支持全文本检索查询，比如为一个文本管理体统实现一个搜索引擎。搜索服务，截止本书完成时还是beta测试版本，会提供强大的基于文档的与datastore集成的搜索功能。但是全文本搜索不是datastore查询引擎的固有能力。