Rate Limiting是在特定時間段內限制查詢API數量的機制。它用於保護服務器基礎架構並防止系統過載。
遊戲平臺與許多服務進行交互：遊戲提供商，支付系統，KYC系統，聚合器和內部服務。沒有限制，API可能會受到過度負載或濫用。
Rate Limiting機制控制來自客戶端、IP地址或密鑰API的請求數量。如果超過限制,系統會暫時阻止其他請求。
JackCode引入了API負載控制系統，從而確保了遊戲平臺的穩定運行並保護了基礎架構。
API限制的主要類型
| 限制類型 | 說明說明 |
|---|---|
| IP Rate Limit | 限制IP請求 |
| User Rate Limit | 用戶限制 |
| API Key Limit | 密鑰的API限制 |
| Endpoint Limit | 特定方法的限制 |
| Burst Limit | 限制查詢激增 |
| Global Limit | 通用系統查詢限制 |
Rate Limiting典型參數
| 參數 | 說明說明 |
|---|---|
| Requests per Second | 每秒查詢次數 |
| Requests per Minute | 每分鐘查詢次數 |
| Requests per Hour | 每小時查詢次數 |
| Burst Size | 最大查詢激增 |
| Cooldown Time | 限值恢復時間 |
| Retry Header | 重新查詢的時間 |
Rate Limiting實施機制
| 方法 | 指定 |
|---|---|
| Token Bucket | 控制請求流 |
| Leaky Bucket | 平穩的負載分配 |
| Fixed Window | 固定限值窗口 |
| Sliding Window | 靈活的查詢控制 |
| Request Queue | 查詢隊列 |
| Gateway Limiting | Gateway API級別的限制 |
使用Rate Limiting的好處
| 優勢 | 實際價值 |
|---|---|
| 基礎設施保護 | 防止服務器過載 |
| API的穩定性 | 系統可預測的運作 |
| 控制濫用 | 限制自動攻擊 |
| 負載平衡 | 查詢分布均勻 |
| 提高安全性 | 降低攻擊風險 |
在配置Rate Limiting時要考慮的內容
| 一個因素 | 說明說明 |
|---|---|
| 客戶機類型 | 不同服務的不同限制 |
| 峰值負載 | 支持流量激增 |
| 服務優先級 | 重要服務獲得更多資源 |
| 監控查詢 | API使用分析 |
| 靈活的設置 | 修改限制的可能性 |
誰負責實施Rate Limiting
| 參與者 | 二.角色 |
|---|---|
| Backend Developers | 實施API限制 |
| DevOps Engineers | 配置基礎架構 |
| Security Engineers | 控制API保護 |
| Integration Engineers | 設置服務限制 |
| QA Engineers | 測試系統的穩定性 |
Rate Limiting是API基礎架構的重要組成部分。限制請求數量可保護遊戲平臺免受過載,並確保所有集成的穩定運行。