跳至內容

Google應用服務引擎

本頁使用了標題或全文手工轉換
維基百科，自由的百科全書
Google應用服務引擎
開發者Google
首次發佈2008年4月7日，​16年前​（2008-04-07）
目前版本1.9.51（2017年3月29日 (2017-03-29)）
程式語言Python、Java、Go、PHP, Node.js
作業系統linux (glibc)、Windows
平台little-endian 32bits
類型Web應用框架、雲端運算
許可協定專有軟件、LGPL
網站cloud.google.com/appengine/

Google應用服務引擎是一個開發、寄存網絡應用程式的平台，使用Google管理的數據中心。它在2008年4月發佈了第一個beta版本。

Google應用服務引擎使用了雲端運算技術。它跨越多個伺服器和數據中心來虛擬化應用程式。[1]

Google應用服務引擎在用戶使用一定的資源時是免費的。支付額外的費用可以獲得應用程式所需的更多的儲存空間、頻寬或是CPU負載。[2]

支援的程式語言和框架

[編輯]

當前，Google應用服務引擎支援的程式語言是Python、Java、PHP和Go（通過擴充，可以支援其他JVM語言，諸如Groovy、JRuby、Scala和Clojure）。支援Django、WebOb、PyYAML的有限版本。Google說它準備在未來支援更多的語言，Google應用服務引擎也將會獨立於某種語言。任何支援WSGI的使用CGI的Python框架可以使用。框架可以與開發出的應用程式一同上載，也可以上載使用Python編寫的第三方庫。[3][4]

與其他應用程式寄存的區別

[編輯]

與其他可延伸的寄存服務（例如Amazon EC2）比較，App Engine提供了更多基礎服務來方便編寫可延伸的應用程式，但僅限於App Engine設計框架以內的應用程式。

App Engine的基礎服務省卻了許多系統管理的操作，以便將規模擴大到數以百萬計的訪問。Google負責處理一組代碼，可以監測、容錯，在必要的時候還會開發一些應用實例。

有些應用程式寄存服務讓用戶安裝、組態幾乎所有*NIX相容的軟件，而App Engine則要求開發者使用Python或Java語言來編程，而且只能使用一套限定的API。當前的API允許程式於一個BigTable非關聯式資料庫上儲存和檢索數據、提出HTTP請求、傳送E-mail、處理圖像、還有快取。大多數現存的Web應用程式，若未經修改，均不能直接在App Engine上執行，因為它們需要使用關聯式資料庫。

頻寬和CPU的使用、送達請求的數量、並行請求的數量、以及呼叫各種API的次數，皆設有每天和每分鐘的限額。個別的請求，如果需時超過30秒或返回超過10MB的數據，都會被終止。

SQL與GQL的區別

[編輯]

Google應用服務引擎的Datastore使用一個與SQL類似的語言，叫做「GQL」。在GQL中，SELECT陳述式僅可以用於一個表。因為要跨越不只一台機器， GQL不支援效率很低的JOIN陳述式[5]。欲建立一對多和多對多的關係，可使用ReferenceProperty()[6]。採用這種無共用的方式，即使磁碟壞了，系統也不致癱瘓[7]。

在GQL中，SELECT陳述式中的WHERE從句只容許對僅僅一列進行>、>=、<或<=比較。所以，僅僅可以構造簡單的WHERE從句。在數據建模時，要從關聯式資料庫轉換到Datastore，開發者需要轉變觀念。

App Engine限制每次Datastore請求最多返回1000行數據。大多數Web應用程式，都不會受此影響，因為它們通常並不會在一張頁面上列出超過1000條記錄（可以用分頁和快取機制），只要按順序返回結果就可以了。若有應用程式需要在一次操作中返回更多的記錄，則需自行使用客戶端軟件或者Ajax頁面，按查詢順序提取更多條記錄。

這個Datastore的API是不關聯的，有別於一般關聯式資料庫——比如IBM DB2、Microsoft SQL Server、MySQL、Oracle資料庫、或者PostgreSQL。

限制

[編輯]
  • 在App Engine的檔案系統中，開發者只有讀取的權限。
  • App Engine僅可在回應HTTP請求時執行代碼（計劃的後台任務、任務佇列和XMPP服務則不在此限）。
  • 用戶可以上載任意的Python模組，但必須是純Python模組，不得包含C擴充程式或其他需要編譯的代碼。
  • App Engine限制每次Datastore請求最多返回1000行數據。
  • Java應用程式只能使用JRE基本版本類別館中的一個子集（JRE類白名單 （頁面存檔備份，存於互聯網檔案館））[8]。
  • Java應用程式不能新增的線程。

可移植性

[編輯]

開發者擔心App Engine應用程式不能移植到其他平台上，因而被困在單一種技術(Vendor lock-in)之內。[9]

從App Engine下載數據

[編輯]

App Engine自SDK1.2.2版開始，已容許以批次的方式下載數據[10]。此外，用戶也可使用開源專案gaebar[11]、approcket[12] 和gawsh[13] 來下載、備份在App Engine上的數據。

限額

[編輯]

免費帳戶使用App Engine時，受配額限制。應用程式作者可以視乎需要，付錢購買更多配額。[14]

硬性限制

[編輯]
項目 限制
每次請求的時間 普通請求60秒，任務請求10分鐘，後台請求無限
每個應用程式的檔案 1000個
HTTP響應的大小 32 MB
Datastore單項大小 1 MB
應用程式代碼大小 150 MB

免費的配額

[編輯]

供免費使用的配額曾於2009年5月25日[15] 、2009年6月22日以及2011年5月三度下調[16]。

項目 配額
每天的Email數量 100封
每天的輸入數據 無限
每天的輸出數據 1 GB
每天可使用CPU 28小時
每天呼叫Datastore API次數 50000次*
數據儲存 1 GB
每天呼叫URLFetch API次數 657000次*

競爭對手

[編輯]

Google應用服務引擎與Amazon Web Services（一個應用程式服務系統，支援在Amazon的伺服器上寄存檔案、執行代碼）直接競爭。不少科技分析師早在多年前已預計過，Google會加入這場競賽。其中，Techdirt的出版人Mike Masnick寫到，「Google終於了解到它需要覇佔網絡平台這個地位。我們可以期待，開發及落實易於擴充的網絡應用程式會變得越來越容易，而應用程式也會越來越具創意。」[17]

此外，紅帽公司的 openshift、微軟的Azure服務平台以及 Koding 也是Google應用服務引擎的競爭對手。

中華人民共和國封鎖

[編輯]

由於Google應用服務引擎允許用戶寄存網絡應用程式，且伺服器不在中華人民共和國境內，故有部分用戶利用其搭建代理（如GoAgent）用於突破防火長城的審查[18]，故Google應用服務引擎的域名 *.appspot.com 的SSL加密連接長期遭到防火長城的封鎖。

  • 2010年12月20日，Google應用服務引擎的域名 appspot.com 遭到防火長城的關鍵詞過濾封鎖。由於先前Google應用服務引擎的SSL連接已經被封，故中華人民共和國境內的用戶無法正常連接與使用。此次Google應用服務引擎被封鎖適逢2010年諾貝爾和平獎頒獎典禮。appspot.com非加密連接於2010年12月23日解封。
  • 2011年3月兩會召開前夕，appspot.com 再次遭到防火長城的關鍵詞過濾封鎖及域名污染，同時部分伺服器的IP位址亦遭到徹底封鎖，甚至兩會結束後至今亦沒有解封。
  • 至今appspot.com仍遭到DNS投毒污染、URL域名關鍵詞過濾和伺服器IP位址封鎖三重封鎖，無法從中華人民共和國正常訪問[19]，但也仍有一些軟件或用戶通過修改本機Hosts等方法繞過封鎖以使用GAE。

參考文獻

[編輯]
  1. ^ Python Runtime Environment. Google Developers. 11 December 2014 [2009-07-15]. （原始內容存檔於2012-03-12）. 
  2. ^ Quotas. Google Developers. 12 January 2015 [2009-07-15]. （原始內容存檔於2012-03-14）. 
  3. ^ What Is Google App Engine?. Google Developers. 9 December 2014 [2009-07-15]. （原始內容存檔於2011-03-23）. 
  4. ^ webapp Overview. Google Developers. 22 September 2014 [2009-07-15]. （原始內容存檔於2012-03-15）. 
  5. ^ Campfire One: Introducing Google App Engine (pt. 3). YouTube. 7 April 2008 [2009-07-15]. （原始內容存檔於2017-07-31）. 
  6. ^ Modeling Entity Relationships. Google Developers. 22 September 2014 [2009-07-15]. （原始內容存檔於2012-02-25）. 
  7. ^ Google Architecture - High Scalability -. highscalability.com. [2009-07-15]. （原始內容存檔於2021-01-09）. 
  8. ^ The JRE Class White List. Google Developers. 22 September 2014 [2009-07-15]. （原始內容存檔於2012-02-19）. 
  9. ^ Analysis: Google App Engine alluring, will be hard to escape. Ars Technica. [2009-07-15]. （原始內容存檔於2011-07-16）. 
  10. ^ Backup/Restore, Copy, and Delete Data. Google Developers. 27 January 2015 [2009-07-15]. （原始內容存檔於2012-03-12）. 
  11. ^ aral/gaebar. GitHub. [2009-07-15]. （原始內容存檔於2017-07-29）. 
  12. ^ approcket - Live synchronization between AppEngine and MySQL - Google Project Hosting. google.com. [2009-07-15]. （原始內容存檔於2016-01-23）. 
  13. ^ gawsh - Google Apps Web Service Helpers - Google Project Hosting. google.com. [2009-07-15]. （原始內容存檔於2016-01-23）. 
  14. ^ Understanding Application Quotas with Google App Engine. [2008-09-10]. （原始內容存檔於2008-12-18）. 
  15. ^ Google, Inc., Upcoming Changes to the Free Quotas （頁面存檔備份，存於互聯網檔案館）——於2009年2月26日覆閱過
  16. ^ Google, Inc., [1] （頁面存檔備份，存於互聯網檔案館） 於2009年6月17日覆閱過
  17. ^ Google Finally Realizes It Needs To Be The Web Platform. 2008-04-07 [2008-04-12]. （原始內容存檔於2018-03-13）. 
  18. ^ GAppProxy. [2011-02-09]. （原始內容存檔於2016-01-17）. GTAP. [2011-02-09]. （原始內容存檔於2016-01-12）. 
  19. ^ Test Result for appspot.com. Greatfire.org. [2021-04-17]. （原始內容存檔於2021-04-17）. 

外部連結

[編輯]
取自 "https://zh.wikipedia.org/w/index.php?title=Google_App_Engine&oldid=77831422"