Asynchronous processing in gae.
在GAE中异步处理。
William the Conqueror confiscated almost all the land and gae it to his Norman followers.
征服者威廉几乎没收了所有土地，将其分发给他的诺曼追随者。
In GAE, it also requires queuing.
在GAE 中，它也需要排队。
GAE provides a management interface.
GAE提供了一个管理界面。
The GAE is a platform for creating Web applications.
GAE是创建Web应用程序的平台。
Overall, GAE provides a well-designed and scalable PaaS.
总体而言，GAE提供了精心设计并可伸缩的PaaS。
The GAE datastore leverages an index for any query issued.
GAE数据存储对发出的任何查询使用索引。
GAE provides excellent integration with other Google services.
GAE提供与其他Google服务的出色集成。
That's fine, except that GAE allows only 100 indexes per table.
这很好，除了GAE只允许每个表100个索引以外。
To make the GAE scalable, it cannot be tied up by long-running requests.
要让GAE具有可伸缩性，就需要减少长时间运行的请求。
GAE promises and delivers scalability but not necessarily raw performance.
GAE承诺并传递可伸缩性，但不一定是原始性能。
Deciding which index to create is a significant burden for GAE developers.
决定要创建哪个索引对于GAE开发人员来说是一个很大的负担。
For its part, GAE limits the returned dataset of each query to 1,000 rows.
就其本身而言，GAE将每次查询的返回数据集限定为1000行。
If you want to build your apps on GAE, there are a few rules you must obey.
如果您想在GAE上建立您的应用程序，则您必须遵守一些规则。
Your application should be deployed to GAE successfully after a short while.
您的应用程序稍后就会被成功部署到GAE。
In GAE, you can't write files to disk because there's no useable file system.
在GAE 上，您是无法将文件写入到磁盘的，因为 GAE根本没有可用的文件系统。
Now, the logging could be viewed using the Logs console in GAE, as shown below.
现在，可以使用GAE中的日志控制台查看日志记录，如下所示。
The GAE datastore allows identifiers or keys to be either Strings or Longs/longs.
GAE数据存储允许标识符或键为Strings 或Longs/longs。
This managed-session object database is transparent to developers - much like GAE.
此托管会话对象数据库对开发人员透明—这很像GAE。
To create each employee, you will use a SOAP service running on GAE, one at a time.
要创建每个员工，您将使用运行在GAE上的一个SOAP服务—一次一个。
GAE applications can also use a simple API to send email messages via GMail servers.
GAE应用程序也可使用简单api以便通过GMail服务器发送电子邮件。
As it turns out, GAE is an excellent example of a message-oriented middleware system.
事实证明，GAE是面向消息中间件系统的一个很好的例子。
In the second half of this article, we'll leverage our data in a GAE web application.
在本文的第2部分中，我们将在一个GAEweb应用程序中利用我们的数据。
Keys in the GAE datastore are also unique, just as they would be in a traditional database.
GAE数据存储中的键也是惟一的，正如在传统的数据库中一样。
Making matters worse, GAE provides no easy way to delete indexes that are no longer in use.
更糟的是，GAE没有提供简单的方式来删除不再使用的索引。
SES is especially interesting and offers a good comparison point with the GMail API in GAE.
SES特别有趣并提供了与GAE中的GMailAPI的很好比较点。
Beanstalk's advantages over GAE are rooted in fundamentally different cloud-based service models.
Beanstalk对GAE的优势植根于完全不同的基于云的服务模型。
In this article, we'll build an example application that implements each GAE storage option in turn.
在本文中，我们将创建一个示例应用程序，依次实现每一种GAE存储方法。
In my own anecdotal experience, GAE often takes 1 to 3 seconds to respond to database-related requests.
以我的经验，GAE常常用1到3秒对数据库相关请求作出响应。
In Part 1, we built a small application for aggregating content feeds and serving them through the GAE.
在第1部分中，我们构建了一个小型应用程序，用来聚集内容提要并通过GAE处理它们。
应用推荐