标签： GAE

App Engine SDK 1.35发布

谷歌在今天发布了 Python和Java 版的 App Engine SDK 1.35，主要改进有：

  • 提高Task Queue API的请求速率从50 次/秒 每个应用到50 次/秒每个队列。
  • 添加了Python版本的预编译支持用于缩短载入时间，减少CPU使用量，其Java版本的在1.31中已经添加改功能。
  • 对Blobstore做了改进，添加了读取Blob的类文件接口，Python版以BlobReader类提供，Java以BlobstoreInputStream类提供。

下载 Google App Engine SDK
-EOF-

Google Storage for Developers初体验

周日还在写邮件询问Google Storage的事，它现在只针对美国开发者开放。周一还是意外收到邮件拿到了邀请，免不得晚上熬夜把玩了一番。现在收到邀请的开发者配额有100GB的数据存储空间和300GB的月流量，超过使用可以向他们开发团队申请增加。

Google Storage for Developers（简称GS）目前提供三种形式的管理工具，基于网页界面的Google Storage Manager，开源的命令行管理工具GSUtil Tool和Python Library（改进过的boto，原为Amazon S3的）。

Google Storage Manager

Google Storage Manager的界面比较简单，只能新建Bucket(存储库)，新建文件夹，批量上传，批量删除和共享文件，虽然GS有严格的访问控制权限（ACLs），但在Google Storage Manager里面还无法管理权限分配。同时还提供了一个类似书签的地方保存经常使用的存储库和文件夹用于快捷访问。
Google Storage Manager 不能单独使用IE访问，可以使用下面版本的浏览器访问：

  • Google Chrome 4.1+
  • Chrome Frame for IE
  • Firefox 3.6+
  • Safari 4.0+

这主要原因可能是IE原生不支持多文件的选取与上传。

GSUtil Tool

GSUtil Tool是更强大的命令行管理工具，可以安装在Linux和Mac OS上，也可以通过Cygwin安装在Windows上。第一次运行GSUtil Tool时候需要进行简单的配置，如果还没有手工配置直接输入命令就会出现提示，输入授权ID和访问KEY重新执行刚才的命令就可以了。

通过GSUtil Tool可以直接像操作本地文件一样操作远程文件，它提供一些类似本地shell的命令：
创建存储库

gsutil mb gs://cats gs://dogs

上传文件

gsutil cp *.jpg gs://dogs

列出存储库或文件

gsutil ls
gsutil ls gs://dogs

移动或改名

gsutil mv gs://dogs/*.jpg gs://cats/
gsutil mv gs://cats/poodle.jpg gs://cats/siamese.jpg

下载

gsutil cp gs://cats/*.jpg file://pets/

改变授权

gsutil setacl acls.txt gs://cats/siamese.jpg
gsutil setacl bucket-owner-full-control gs://cats/siamese.jpg

删除文件或者存储库

gsutil rm gs://cats/collie.jpg
gsutil rb gs://dogs

Python Library
Python Library是提供的一组Python API用于访问Google Storage，它源自boto（AS3的访问接口）。使用Python Library访问Google Storage仍然需要依赖GSUtil。目前Google App Engine已经支持使用Python Library访问Google Storage。

此外Google Storage API提供了非常RESTful的接口用于访问Google Storage，除了使用上面的工具，你还可以自己动手通过API访问Google Storage。
我在GAE上放了一个DEMO用于遍历存储库中文件及提供下载链接，欢迎测试速度。

Demo源码下载 [下载没有找到]

题外话：
Google Storage的出现弥补了Google App Engine文件存储的缺陷，但是GAE文件执行时间的问题导致还是无法利用GAE来传送大文件到GS。虽然网站上已经对资源的标了价格，但目前Google还没有提供查询资源使用情况及付费的入口。另一方面GS比S3吸引力更大的地方是有免费配额，无疑为在项目初期选择它又多了一道砝码。
-EOF

App Engine SDK 1.3.4 Released

Google在Google I/O宣布了App Engine for Business后发布了App Engine SDK 1.3.4，更新了如下部分：

  • 新的bulkloader配置语法和容易的数据导入导出向导
  • 应用可以在创建的时候配置使用OpenID来认证身份。
  • 新的API允许将App Engine Apps作为OAuth服务提供商。
  • dev_appserver支持自动运行task，使用–disable_task_running命名关闭。
  • 修正db.put()构造函数基于keys初始化ID的BUG。

Download the Google App Engine SDK

PS:貌似SSL for Custom Domain是给App Engine for Business用的，普通用户还是用不到，杯具。
-EOF-

GAE即将支持的特性

一切值得期待的Google App Engine即将支持的特性：

  • 第三方域名证书支持
  • 后台服务具有运行超过30秒能力
  • 储备实例的能力，以减少应用程序加载的开销
  • 数据库选择不同可用性VS延迟选择的能力
  • 支持跨数据集映射的操作
  • 数据存储的导入与导出
  • 提高某些API的请求/响应大小限制
  • 改进应用的监测和预警服务
  • 支持浏览器推送(HTTP Push)
  • 内建的OAuth & OpenID支持

不过偶更希望回复对于裸域名(naked domain)绑定的支持。
via App Engine Product Roadmap [2010-05-16]
-EOF-

GAE应用维护解决方案

很显然我们在版本升级的时候不希望有用户正在操作，更多的是希望升级以后能有一个简短的线上测试。因此我们可能会选择服务中断一定的时间来完成这些任务，当我们在维护的时候，关闭访问，呈现给用户一个维护页面。这个其实称不上解决方案，GAE本身提供了这么一个隐性的功能，利用版本号(version: 0)的差异，使我们可以无缝升级。

application: oops
version: 0
runtime: python
api_version: 1

只是当数据库有变动的时候这种操作就比较危险了，还是提示给用户一个维护页面较安全。因此我做了一个通用的“System is maintenance.”页面，版本号为0，将application: oops改成相应应用的名字，部署到服务器上去，在需要关闭访问的时候切换到这个版本即可。维护和测试人员可以访问http://2.latest.app-id.appspot.com 形式的版本网址进行维护和测试。

下载 [下载没有找到]
-EOF-