Amazon-Web-Services
網路定價如何在雲平台中準確運作？我應該如何避免專門的定價攻擊？
我對雲平台基礎設施很陌生。為了討論簡單起見，假設我討論的僅有的兩個平台是 AWS 和 Google Cloud。
現在假設我有一個 HTTP 伺服器，主要通過線上遊戲的開放 API 處理 HTTP 響應。假設平均響應大小為 10KB，每天將發送大約一百萬個響應。
根據我的理解，每月價格取決於以 GB 為單位傳輸的數據量。現在我的問題是，如果有人編寫了一個腳本，不斷地從我的伺服器獲得響應，價格只會漲到天價。
我確信任何好的伺服器都可以避免這個問題，但我不確定究竟是如何避免這個問題的。根據我的觀察，許多現實生活中的大型線上遊戲 API 伺服器在響應大小只有幾 KB 時並沒有優化它們的響應大小。一定有某種“每月固定支付或基於每秒傳輸的數據量支付”的事情發生，它不依賴於傳輸的數據量。
但是，我只是在平台網站上找不到此類選項的任何參考。
任何幫助，將不勝感激。
雲服務為專為使用它們而建構的項目提供了巨大的好處。如果我們談論的是應用程序/網路託管，那麼雲定價模型適合企業，它們的主要收入來自使用所述應用程序/網站的使用者。
除非這是您的主要收入來源（在這種情況下，您應該輕鬆地在原始網路流量和利潤之間進行轉換），否則云託管可能根本不適合您。
請記住，如果您的應用程序不是為雲基礎架構（如上述遊戲伺服器）建構的，那麼您不會比單實例 VPS/專用託管有任何好處，除非您花一些時間進行 devops 工作。需要相同的 devops 工作來有效地防止對您描述的頻寬的攻擊。
由於這種攻擊已經有了名字——你可以通過搜尋“ Denial of Wallet ”找到一些或多或少可行的建議