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 數, 又沒有特別寫該怎麼處理, 比較頭痛點.

發表迴響

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