Google App Engine 計費、配額、系統狀態 常用資料匯整

Google App Engine 看起來很方便? 交給它好像就不用擔心? 只要付錢就可以當做無上限的使用?

千萬不要抱持太樂觀的想法, 可能會出事的, 最好還是把他的上限看清楚. 🙂

註: 因為價格, 額度都有可能會變, 下述若有提到相關數字, 記得回原網頁再查詢最新數字.

GAE 系統狀態

  • 首先, 先來看系統狀態 - Google App Engine System Status
  • GAE 分很多服務, 在此頁面可以看到目前服務運作的狀態如何, 是否有掛掉的情形.
  • 若是發現自己的系統有異常, 可以考慮先到這個頁面看看是否是 GAE 系統發生異常狀況, 影響到程式的運作.

GAE 配額、額度

  • Google 有提供 免費額度 和 付費的最高額度限制, 詳細可見 - 配額 - Google 應用服務引擎
  • GAE 付費的話, 還是有最高額度的限制. ex: Request 數, 以付費的來說, 每日額度最高是 4千3百萬個 Request, 每分鐘最高上限是 3萬個 Request. (每秒 500個 request / qps)
  • 若是會超過這個額度的話, 可於此頁找到連結, 另外申請更高的配額 - Google 應用服務引擎計費常見問題 - Google 應用服務引擎
  • 註: 4300萬個Request/天, 看起來好像很多, 但是, 不小心很快就會打破的. XD

GAE 的超過免費額度後的費用計算

GAE SDK 下載

GAE 管理介面

在使用 GAE 前, 最好把上述幾個資訊整理計算看看, 以免爆掉後, 來不及處理.

作者: Tsung

對新奇的事物都很有興趣, 喜歡簡單的東西, 過簡單的生活.

在〈Google App Engine 計費、配額、系統狀態 常用資料匯整〉中有 2 則留言

  1. 我的幾個站的流量並不高,當看到超多人遇到虛擬主機被停權的問題。
    於是把幾個站:
    wordpress -> blogger
    codeigniter or php site -> 用appengine重寫
    css/js/image -> 留在hostmonster
    其中一個site(bloggertouch)一天15萬個request, cpu 2.5 hr, bandwidth 1g超過一點(一天付個幾元台幣)
    自己寫的程式在cache和datastore request都好好控制之下,成效還不錯,也不怕爆量。
    不過它算頻寬的方式很怪,是用gz展開後的大小。

  2. 喔喔, 我現在比較頭痛的是, 一天 4300萬個 request, 目前看起來, 可能不太夠用. Orz.
    但是這個 request 數, 又沒有特別寫該怎麼處理, 比較頭痛點.

Tsung 發表迴響 取消回覆

這個網站採用 Akismet 服務減少垃圾留言。進一步了解 Akismet 如何處理網站訪客的留言資料