App Engine 1.5.0 版發佈

原文網址：http://googleappengine.blogspot.com/2011/05/app-engine-150-release.html

App Engine 團隊一直在拼命準備 Google I/O，而今天我們很高興地宣佈 App Engine 1.5.0——夾帶著一堆完成的新功能——正式發佈了。這個版本帶來了全新的特性：引入了 Backend、Task Queue 的重大改進、全新實驗性質的 Go 語言運行環境、High Replication Datastore 變成預設的設定（價格也降低了！），以及許多調整與 bug 修復。

service 變更

• Backend：截至目前為止，App Engine application 是在一個短暫存在、動態的 instance 上頭運作，我們啟動它來回應 request 然後再關掉它。這對於建構可擴增的 web application 是很棒的事，但是如果你在找尋建立大型、長時間存活、以及/或密集存取記憶體的底層功能，就會有很多限制。在 1.5.0 版，我們引入了 Backend，讓使用者可以打破這樣的限制！Backend 是由開發人員控制、長時間運行、可定址的 instance 集合，至於需要多少 instance 則任由開發人員設定。這些 instance 沒有 request deadline，它們可以被啟動和停止（或是當呼叫到時動態啟動），它們可以使用 128M～1G 的記憶體、以及一定比例的 CPU。如果你想要了解更多，可以讀一下 Java 與 Python 版的 Backend 文件。
• Pull Queue：現在大多數的用戶在他們的 application 中大量使用 Task Queue，不過在靈活度上還是有很許多改善空間。在 1.5.0 引入的 Pull Queue 讓開發者可以在 application 準備好時，把 task 從 queue 中「pull」出來執行，而不用倚賴 Task Queue 在先前設定好的頻率把 task push 進 queue 中。這表示你可以寫一個 Backend 來作一些背景程序，然後當 Backend 準備好時從 Pull Queue 中 pull 一個或上百個 task 來處理。此外，我們導入了 REST API，它允許外部 service 做同樣的事情。舉例來說，如果你有一個外部 server 是在做圖形轉換或 OCR，你可以用 REST API 來 pull、執行這些 task，然後回傳結果。結合這兩個改進，我們還增加了 payload 的限制與處理速度。我們很高興能同時擴展 Task Queue 的使用、以及加強改善 App Engine 與 REST of the Cloud 之間的整合。

Datastore

• 預設為 High Replication Datastore：High Replication Datastore 經過幾個月的使用和回饋意見（以及至今 99.999% 的正常運作時間），讓我們有信心認為，這對廣大的使用者而言是正確的方向。所以，今天我們做了兩件事：當新的 application 建立時預設使用 HRD；降低 HRD 儲存的價格，從 $0.45 降低到 $0.24，來鼓勵大家開始計畫轉移至 HRD。我們一直很感謝早先使用 HRD 的使用者，他們測試、發現問題，並在這個版本當中修復其中的一些問題。

API 改變

• 為了回應眾人的期盼，HTTP request 跟 response 的大小增加至 32MB。
• Mail API：我們對 Mail API 增添一些限制，好讓所有使用這個 service 的 application 提高可靠性和信任度。首先，電子郵件必須以 Google 管理的電子郵件帳號（Gmail 或是 Google Apps 均可）寄出。其次，對新建立的 application，每天免費的額度從 2000 減少到 100。這些都將有助於確保 application 發出的信件可以可靠地到達目的地。

Administration

• 下載程式碼：1.5.0 當中，除了上傳程式碼的使用者可以下載原始碼之外，也讓列在 Admin Console 的 project owner 可以下載。owner 是在 1.4.2 版引入，是一種 admin 角色。

Go

• 新的運作環境：在 1.5.0 版當中，我們啟用一個實驗性質、給 Go 程式語言使用的運作環境。Go 是一個開放程式碼、靜態類別、編譯型的語言，但有動態、輕量級的感覺。這對 App Engine 來說也是有趣的新選擇，因為 Go 會 compile 成 native 碼；對 CPU 密集使用的 task 來說，用 Go 會是一個好選擇。截至目前為止，Go 版的 App Engine SDK 已經可供下載了，我們將儘快讓你可以 deploy Go 的 application 到 App Engine 上。如果你有興趣早一點開始「Go」，註冊就可以成為正式啟用時的首批測試者。閱讀 Go Blog 的公告，當中有更多細節。

這個版本中還有其他一海票的更改、bug 修復，所以請查閱完整的版本更新紀錄，包含所有 Java 與 Python 的議題修正。最後，如果你有興趣知道接下來這一年當中 App Engine 的方向，請到 2011 Google I/O 的其他公告看看！

使用 Google Plugin for Eclipse 的十大理由

原文網址：http://googlewebtoolkit.blogspot.com/2011/03/top-ten-reasons-to-use-google-plugin.html


就像我再 JUGs 以及世界各地的研討會說的，我常常訝異於有些人從來沒有見識過 Google Plugin for Eclipse 當中的優秀功能，例如在 GWT application 當中使用 Eclipse debugger。所以呢，這裡沒有特別排序地列舉了十個你應該用 Google Plugin for Eclipse (GPE)的理由。

1. GWT+GAE 變得簡單。GPE 是開始使用 GWT 與 Google App Engine(GAE) 最簡單的方法。只要在 Eclipse update site 安裝 plugin 時勾選 SDK 就可以了。 用這個方法升級 SDK（Help→Check for updates）也很容易，當有新版本時 Eclipse 的狀態列也會提示你。
2. Wizards。建立生平第一個 GWT+GAE 的 project 十分簡單。按下 File→New→Web application project，然後一個範例 application 就出現了，你可以在本機端踹看看有沒有問題，然後 deploy 到 GAE 上頭去。除了建立一個新的 project，還有建立 UiBinder template、ClientBundles、GWT module 以及 entry point 的 wizard。要使用這些 wizard，按下 File→New，然後找到 GWT 標誌底下的項目（或是按下 File→New→Other，然後瀏覽 Google Web Toolkit 的目錄）。
3. GWT Designer，現在整合到 GPE 中，讓你快速地建立一個 GUI。要看它的運作狀況，先建立一個 extends GWT Composite 的 class，然後在檔案上頭按下右鍵→Open With→GWT Designer。當編輯器開啟後，按下底端 Design 這個 tab。當 GWT Designer 啟動後，在工具區點選一個工具（例如 LayoutPanel），然後在設計視窗的空白處按一下，好讓 widget 放到你指定的地方。按下 Source 的 tab 可以看到 GWT Designer 幫你寫的程式碼。這是學習新的 cell widget（像 CellTable 跟 TextColumn）的好方法。此外，GWT Designer 還內建了所見即所得的 CSS 編輯器。
4. Quick Fix 和警告訊息幫助你把 GWT 寫的又快又好。舉例來說，當你建立一個 extend GWT RemoteService 這個 class 的 interface，GPE 會提醒你建立 GWT-RPC 所需對應的 async interface。在紅色錯誤訊息按下 Ctrl+1（Quick Fix），就能解決了。
5. Dev mode 與 GPE 的整合可以讓你快速地測試程式碼。Run As→Web Application，會啟動 GWT 的 development mode 以及（如果適用）App Engine dev server，你就可以在 browser 上測試成果。當 dev mode 啟動，在 Development Mode 的 tab 中找尋 URL 並在上頭點兩下，就會在預設的 browser 中啟動你的程式。在 GWT dev mode 執行時，你可以改變 Java 碼，然後在 browser 上頭按下 refresh，你會馬上看到對應的變化。
6. 在 dev mode 中除錯。在 Eclipse 中設定一個中斷點，然後在 project 上按下右鍵→Debug As→Web Application。切換到 browser 並執行程式。Eclipse 會打開 Debug perspective，你就可以逐行執行程式、檢查變數.....等等。
7. 按一次鍵就 deploy 到 GAE。按下工具列的 Google App Engine 標誌，你就知道啦。
8. 支援 Maven 。GPE 透過 m2eclipse 來使用 Maven project（見安裝說明）。把一個 Maven project（例如用 GWT+GAE 寫的開支經費範例）check out 進你的 workspace，然後按下 File→Import→Existing maven project，並指定到 pom.xml 檔案。Maven 會下載所有 POM 需要的 jar 檔與 plugin，GPE 會根據 POM 來設定 GWT project 以及 App Engine SDK。你可以從外部執行 Maven 指令，或是在 Eclipse 用 Run As→Web Application 來執行。
9. 測試。Run As→GWT Junit Test 讓你輕易地執行 extend GWTTestCase 的測試案例。
10. SpeedTracer。你可以在 Eclipse 中啟動 Speed​​Tracer。按下 GPE 工具列上頭的綠色碼表按鈕，GPE 會 compile、執行你的 application，並在 Chrome 中啟動 SpeedTracer 來監控你的 application。

還沒試過這些東西嗎？馬上就安裝 GPE 吧！

App Engine 1.4.3 版釋出

原文網址：http://googleappengine.blogspot.com/2011/03/announcing-app-engine-143-release_30.html


就在春天，我們提供一個新的 App Engine 版本，讓 Java 與 Python 的運作狀況更為接近。Python 方面，我們已經推出了測試的 library 來滿足現有的 Java 測試 framework；Java 方面則引入了 Deferred 與 Remote 這兩個 API。此版本還引入了一個新的 Blobstore 寫入方式、Python 版的實驗性質 Prospective Search API，以及一些 Task Queue 與 Cron 的好東西。

Python

• Prospective Search API：實驗性質的 Prospective Search API 允許 Python 用戶在寫入符合特定條件數據時，偵測到並有所反應。在這個實驗性質的版本中，使用者可以執行 10000 次 Prospective Search API 的 subscription 。至於價錢會在完整啟用後再次公告。
• Testbed 單元測試 framework：給 Python 使用的 Testbed 套件提供了一個簡單的 interface 讓使用 App Engine API 可以像已經存在的 Java 測試 framework 一樣整合。你不用依賴呼叫 App Engine 的 production service 就能為你的 application 建立測試，因而加速完成測試以及消除與外部 service 的相依性。在 Google 裡頭有廣為人知的測試文化，我們希望這個 API 會讓你更快地開發更穩定的程式碼。

Java

• Concurrent Request：直到現在，Java application 仍依賴啟動額外的 instance 來動態擴展以應付更高的流量。現在，concurrent request 讓每個 application 可以同時處理多個使用者的 request。開始使用前，請先確保你的 application 程式是 threadsafe，然後在 appengine-web.xml 當中加入 來啟動 concurrent request。
• Java Remote API 與 Deferred API：Remote API 和 Deferred API 這兩個 library 在 Python 版已經支持一段時間了，現在也可以在 Java 上頭用了！remote API 讓你可以在自己的機器上頭操作 application 的 datastore。這對於並不完全符合 App Engine 的 request/response model 的作品特別有用。Deferred API 讓使用者可以更簡單撰寫與執行 ad hoc 的 task。我們的文件當中包含了更多的資訊以及範例，告訴你如何在 Java 版的 App Engine 當中使用這兩個 API。

新的 API

• File API：新的 File API（Python 版與 Java 版）讓你可以用程式讀寫 Blobstore 中的資料。這個 API 可以用來產生報告、匯出資料、或是任何你想要對二進位大檔所作的操作。

service 變更

• 更新 Task Queue 與 Cron：我們已經滿足一些 Task Queue 與 Cron 上頭的優先需求。在此版本中，你可以設定 task queue 或是 cron 對特定的 application 版本發出 request。想要用像「11:00～17:00 之間每隔五分鐘（every 5 minutes from 11:00 to 17:00）」這種區間語法嗎？現在 1.4.3 版也提供啦。最後還有一點，Admin Console 的 Task Queue 頁面現在對 queue 包含超過兩千個 task 的 queue 可以顯示更精確估算 queue 的大小。

即將推出...
最後，我們要預告 1.4.4 版。在 1.4.0 當中，我們引入「讓使用者下載已經 deploy 到 App Engine 的程式碼」這個功能。1.4.2 版中，我們發表了 admin role 讓擁有者也能下載。在 1.4.4 版中，我們預計改變讓上傳程式碼的人跟（列在 Admin Console 中的) project 擁有者都能下載。 為了這個功能而作準備，一定要確保有在 Admin Console 當中妥善地對 每個開發者指定 role。或者，你仍然可以永久關閉下載程式碼這個功能。

就這些了，如果要了解更多資訊，請閱讀完整的 release note，包括 Java 版和 Python 版的所有新的功能和問題修正 。歡迎所有鼓勵與回饋的意見。

發表 App Engine 的 High Replication Datastore

原文網址：http://googleappengine.blogspot.com/2011/01/announcing-high-replication-datastore.html

當 App Engine 問世兩年後，我們提供設計成快速、strongly consistent 讀取的 Datastore。它是架構在 Master/Slave 式的 replication 拓樸，設計為快速寫入、同時允許 application 可以馬上看到寫入後的資料。你可能有聽說，過去六個月我們一直在設法解決一些 App Engine 上 Datastore 的可靠性問題在過去幾個月，我們在修復這些問題方面有了重大進展。然後，處理這些問題的經驗讓我們重新思考一些設計上的假設。正如我們在年初時在 outage report 當中承諾的，我們想要更徹底地解決這個問題。

今天，我們很自豪地發表一個新的 Datastore 設定選項：High Replication Datastore。因應寫入及變更資料時 API 保證一致性所增加的延遲成本，High Replication Datastore 提供最高等級的讀寫能力。High Replication Datastore 增加了維護資料副本的 data center 數量，並使用 Paxos 演算法來讓 data center 之間的資料能立即保持一致性。其中最顯著的優點，就是在預期內的維護期間、以及大多數預期外的 infrastructure 問題上，你的 application 都會保有完整的功能。我們的文件中將更仔細的比較這兩個選項。

從現在開始，當建立一個新的 application 時，你可以選擇 Datastore 的設定。雖然目前的 Datastore 設定預設值為 Master/Slave，以後可能會改變。

建立 application 時的 Datastore 設定

Datastore 的設定選項在 applcation 建立後就不能更改，而所有已經存在的 application 都是用 Master/Slave 設定。我們提供了一些遷移工具來幫助既有 application 上的資料改使用 High Replication Datastore。首先，我們在 Admin Console 增加了一個選項，讓 application 變成唯讀模式，這樣一來資料就可以確實地在 application 之間複製。其次，我們用 Python SDK 提供了一個遷移工具，讓你將一個 application 複製到另一個去。Python 與 Java 的 application 要如何使用這個工具的文件在這裡。

現在提一下關於價格的事情：因為 High Replication 會明顯地增加資料複製量，所以價格也就會不一樣。不過，我們相信這個新的設定對於一些 application 來說會顯著改良，所以我們希望儘快的提供這個功能——即使我們還沒有決定價格的細節。因此，在 2011.07 之前，我們把 High Replication Datastore 的價格定為 Master/Slave Datastore 的三倍。七月以後，我們預計會改變這個價格。我們將會儘快讓你知道價格的詳細內容，也請記得當價格變動時，你始終被服務條款所保護。由於成本較高，我們建議 High Replication Datastore 主要是用在要有最高等級可用性的特定 application 上。

（譯註：原文最後一段懶得翻譯... [逃]）

App Engine SDK 1.4.2 更新版

原文網址：http://googleappengine.blogspot.com/2011/02/app-engine-142-sdk-api-updates-and.html

現在才二月，我們就已經發表今年第二次更新啦！請到這裡下載。1.4.2 版著重於改善和更新現有的幾個 App Engine API。

加強 XMPP API 讓 application 與使用者之間有更好的互動。當使用者登入、登出或作其他狀態的改變時會發出通知，且 application 可以立刻設定 presence 細節然後回傳給使用者。Subscription 跟 Presence 的通知啟用方式就像 application 設定中的 inbound 服務。

Task Queue 效能提昇與 Task Queue API 改良。首先，我們把每秒可以執行的 task 加大到 100 個。 application 也可以針對目前的 request 在個別的 queue 的設定檔當中指定最大值。這讓你可以更輕鬆地掌控 task queue 消耗了多少資源。我們還添加了一個 API，讓你以程式的方式刪除 task，而不用到 Admin Console 裡頭手動管理。

一如往常，有許多功能與議題也做了修正，例如 JAX-WS 的支援（可參見如何在 App Engine application 中建立 SOAP），當然也支援了 Django 1.2，所以請你一定要讀一下 Java 與 Python 的更新說明。我們還更新了 App Engine 的展望圖，加了一些新的專案，所以去看看吧！。如果您有任何意見想反應，歡迎到 App Engine 社群。