xAE——應用引擎

從數據庫、應用配置、計費、域名綁定、平臺服務對比BAE——百度應用引擎SAE——新浪應用引擎GAE——谷歌應用引擎的優劣，最后給出云平臺選型的建議。

數據庫

SAE

不支持 InnoDB(可申請支持)，BAE 默認支持。

BAE

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

GAE

使用 Datasotre 存取數據，最近也提供了云 SQL(MySQL)，但申請比較困難，配額/性能筆者未測試過。

另外，SAE 顯式給出了主從庫的訪問方式，應用可以比較靈活地設計存取策略，例如讀寫分離。并且 SAE

是每個應用都擁有自己的數據庫，而 BAE 是所有應用共用一個庫。

應用配置

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

比較奇葩的是 BAE 靜態資源配置默認所有后綴為靜態文件類型(例如 .html)的請求路徑都默認假設為靜態資源，需要在

duapp-web.xml 中指定排除。

計費與配額

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

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

GAE 目前的計費模型主要是按 API 調用計數，流量分為 In/Out 配額。每天會定時刷新免費配額。

綜上，GAE 的計費一目了然，主要就是 API 調用次數；SAE 的計費比較復雜，不同服務有不同的計費策略；BAE

還沒有明確的計費模型。

域名綁定

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

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

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

平臺服務

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

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

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

綜上，GAE 提供了完整的平臺化服務，覆蓋了從開發到上線運維的一系列工具；SAE

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

另外，值得一提的是 BAE 雖然服務沒有整合到一個 SDK 中，但其分散的服務也比較適合應用自己選擇。

其中云消息(消息服務)以及云觸發(數據變更通知)是 GAE/SAE 沒有提供的服務，某些業務場景應該會非常適用。

結論

SAE 與 BAE 主要還是面向應用部署托管，普通應用修改后易遷移部署到 BAE 或 SAE。

新應用開發可以選擇和平臺綁死(依賴平臺服務)或按照普通應用開發。

使用配置工具來上傳、更新應用配置其實是非常好的方式，但目前 SAE/J、BAE/J

都沒有提供客戶端配置工具，這增加了使用者的維護工作量。

GAE 提供了比較完整的服務平臺，覆蓋了應用的生命周期，最近也提供了云 MySQL 服務以吸引更多開發者。

需要根據應用類型來考慮平臺選型，例如 GAE 基本以 API

計數的配額就不適合做社交應用，'墻’的問題也需要考慮解決方案。

總結

以上是生活随笔為你收集整理的gae mysql_国内几大云服务引擎 BAE、SAE 与 GAE 优劣对比的全部內容，希望文章能夠幫你解決所遇到的問題。

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