GAE、SAE與BAE的對比分析

本文主要從以下幾個方面對GAE、SAE和BAE的優劣進行分析。

數據庫

GAE 目前使用 Datasotre 存取數據，最近也提供了云 SQL（MySQL），但申請比較困難。此外，GAE免費提供給用戶500M的存儲空間和每個月500萬次的訪問流量，除了部署大型社交行網站（如人人，新浪微博等）不夠之外，對于普通的web網站已足夠。

SAE 不支持 InnoDB（可申請支持，但申請有點難度），BAE 默認支持。

BAE 不支持數據庫連接池（c3p0、BoneCP 已測不支持），數據庫連接不能長時間保持。

對于國內云而言，SAE 顯式給出了主從庫的訪問方式，應用可以比較靈活地設計存取策略，例如讀寫分離。并且 SAE 是每個應用都擁有自己的數據庫，而 BAE 是所有應用共用一個庫。

應用配置

BAE 的 duapp-web.xml 基本是抄襲 GAE 的 appengine-web.xml，元素基本一致。

比較奇怪的是 BAE 靜態資源配置默認所有后綴為靜態文件類型（例如.html）的請求路徑都默認假設為靜態資源，需要在 duapp-web.xml 中指定排除。

綜上，GAE的應用配置最完善，國內的SAE和BAE的應用配置由于開發時間短和技術不成熟而顯得稚嫩。

計費與配額

GAE 目前的計費模型主要是按 API 調用計數，流量分為 In/Out 配額。每天會定時刷新免費配額。存儲空間超過500M或每個月的訪問500萬次訪問數量則需要購買配額。總體來說，相對于國內云來說谷歌的免費配額更大。

SAE 按應用天計費“豆豆”，服務也按流量計費、CPU 時間、調用次數計費。注冊或活動送配額，否則需要購買。

BAE 目前還沒有詳細的計費，只限定了應用數。公測結束后應該會細化計費模型。

綜上，GAE 的計費一目了然，主要就是 API 調用次數，但提供的免費訪問配額較大；SAE 的計費比較復雜，不同服務有不同的計費策略；BAE 還沒有明確的計費模型，但只是因為BAE開發的時間短，很多技術和服務細節還不完善，相信便很快便進入收費模式。

域名綁定

域名綁定就是把域名解析到服務器IP，然后在服務器上設置該域名有權限訪問的過程。

GAE 開通企業套件后隨便綁，企業套件有免費版。

SAE 目前可以隨便綁，但沒備案的話綁定域名的請求走海外中轉，流量計費翻倍（原二級域名請求計費不變）。

BAE 目前可以隨便綁，但沒備案的后果自負。

平臺服務

GAE 提供了完整的 SDK 包，包含了開發需要的本地運行環境和配置客戶端。

SAE 提供了 SDK 包，包含了開發需要的本地服務實現。

BAE 則分別提供了服務 Jar，調用方式按不同服務而異。

綜上，GAE 提供了完整的平臺化服務，覆蓋了從開發到上線運維的一系列工具；SAE 則提供了部分工具，平臺化不完整，增加了開發、運維難度；BAE 則是分別提供不同服務給開發，沒有統一的 SDK 與調用方式。

綜合評價

GAE 提供了比較完整的服務平臺，覆蓋了應用的生命周期，最近也提供了云 MySQL服務以吸引更多開發者。GAE相對于國內云SAE和BAE來說開源性更好，技術更成熟，平臺更穩定，易用性更強，但GFW的存在使‘被墻’的問題始終是GAE的一大劣勢。

?

相比GAE，國內SAE 與 BAE 主要還是面向應用部署托管，普通應用修改后易遷移部署到 BAE 或SAE。新應用開發可以選擇和平臺綁死（依賴平臺服務）或按照普通應用開發。使用配置工具來上傳、更新應用配置其實是非常好的方式，但目前 SAE、BAE都沒有提供客戶端配置工具，這增加了使用者的維護工作量，也使得開發者的開發難度相對較大。

SAE相對BAE來說開發時間更長，技術要比BAE完善，對于國內開發者來說SAE的最大優點是速度快，但缺點也還存在，比如訪問不穩定，說明文檔少，對API的支持和說明極其簡陋等，而且，由于SAE剛開發的時候是從支持PHP+sql入手，故目前對Python的支持不是很好。而對于BAE來說，最大的優點是具有百度的巨大平臺和搜索引擎，但其開發時間短，目前支持的服務有限，相比于SAE來說要差一些。

與50位技術專家面對面20年技術見證，附贈技術全景圖

總結

以上是生活随笔為你收集整理的GAE、SAE与BAE的对比分析的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。