當企業將IT 基礎架構和應用程式遷移到AWS 雲端時，服務等級協定（SLA Agreement） 是一個核心參考指標。 SLA 不僅明確了AWS 對服務可用性的承諾，還規定了補償機制，是企業評估業務連續性風險和設計高可用架構的重要依據。
在評估AWS SLA 之前，企業應先考慮幾個問題：
-
我希望使用的AWS 服務正常運作時間是多少？
-
服務中斷時，我能期待多快的回應？
-
我的應用程式可以容忍多長時間的停機？
-
服務中斷會對業務造成什麼影響？
-
AWS 未履行SLA 承諾時，企業可獲得哪些補償？
AWS SLA 的概念與意義
SLA（Service Level Agreement） 是服務提供者與客戶之間簽署的協議，明確服務品質標準、可用性指標、回應時間和違約補償等內容。
截至目前，AWS 為其眾多服務發布了超過 173 項單獨SLA。不同服務的SLA 在可用性承諾、補償機制等方面各不相同，因此企業必須：
-
了解所使用服務的SLA 細則
-
評估SLA 與自身應用程式服務等級目標（SLO）的匹配度
-
評估SLA 對客戶體驗和整體業務連續性的影響
SLA 提供參考和保障，但不能完全取代企業本身的高可用設計和監控措施。
主要AWS 服務的SLA Highlights
以下為企業常用服務的SLA 摘要：
1. Amazon EC2（彈性運算）
-
SLA 承諾：99.99% 可用性（單一實例SLA 為90%）
-
每月可允許停機時間：約4.38 分鐘
-
補償機制：可申請服務信用，需提交故障日誌及受影響資源資訊
為實現99.99% SLA，建議跨 多個可用區 部署應用程式。
2. Amazon RDS（關係型資料庫）
-
多可用區部署SLA：99.5% 可用性
-
每月可允許停機時間：約3.65 小時
-
補償機制：按月服務費比例申請服務信用
-
建議：對高可用需求，可使用Amazon Aurora（99.99% SLA）或跨區域部署。
3. Amazon S3（物件儲存）
-
SLA 承諾：大部分服務99.9%，單區不頻繁訪問服務99%
-
數據耐久性承諾：11 個9（99.999999999%）
-
服務補償：可按月正常運作時間比例申請服務信用
4. AWS 支援回應時間
AWS 支援計畫回應時間與SLA 本身無關，但對維運和故障處理至關重要：
| 嚴重程度 | 開發者 | 商業 | 企業 |
|---|---|---|---|
| 一般指導 | <24h | <24h | <24h |
| 系統受損 | 12h | 12h | 12h |
| 生產系統受損 | — | 4h | 4h |
| 生產系統崩潰 | — | — | <1h |
| 業務關鍵系統宕機 | — | — | <15min |
SLA 使用注意事項
-
SLA 不等於零停機保障
服務信用可能不足以彌補實際業務損失。 -
主動監控和日誌管理
申請SLA 補償需提供日誌佐證，企業需確保可觀測性。 -
合理架構設計
跨可用區或多區域部署可提升應用程式可用性，避免單點故障。 -
了解補償流程
服務信用需主動申請，不會自動發放。
資料隱私與共享責任
在AWS SLA 下，資料隱私仍是企業責任：
-
數據歸客戶所有，AWS 不會用於行銷或廣告
-
客戶需管理存取權限、儲存位置和加密方式
-
遵循 AWS 共享責任模型：AWS 負責基礎設施安全，客戶負責內容和應用安全
AWS代理商
作為 AWS 官方認證代理商，我們可以幫助企業：
-
瞭解不同服務的SLA 及影響
-
設計高可用、有彈性的雲端架構
-
協助申請SLA 補償
-
提供架構優化與落地支持
透過專業指導，企業能夠充分利用AWS SLA 保障業務連續性，降低雲端風險。
总结
AWS SLA Agreement 為企業提供了可用性保障和補償機制，但不能取代自身的高可用設計。企業應結合自身業務需求，制定可靠的監控、冗餘和備份方案，確保雲端業務安全、穩定、高效運作。
正確認識和使用AWS SLA，是企業上雲、保障業務連續性的關鍵步驟。
