每個區域的 AWS API 閘道每年平均停機時間是多久?

每個區域的 AWS API 閘道每年平均停機時間是多久?

我們的團隊正在嘗試了解是否應該使用託管 AWS API 閘道而不是 IDC Kong 作為 API 閘道。

因此,我正在尋找 AWS 託管服務(特別是 AWS API Gateway)的一些特定統計資料。

但從AWS官方網站很難找到每年各地區總停機時間的統計。

我查看了 SLA 協定(https://aws.amazon.com/api-gateway/sla/)這似乎保證了高達 95% 的可用性 - 這是完全不可能的。每年有 18 天,我們不如直接停止營業。他們只償還所使用的信用額,而不是停機而造成的總損失。

還有服務健康儀表板顯示目前的健康狀況和狀態歷史記錄。但我需要比這更好的東西 - 2019 年、2018 年、2017 年每個地區的總停機時間(以分鐘為單位)的餅圖。

在此輸入影像描述

我發現這個統計數據“現代化您在 AWS 上的 Microsoft 應用程式”,但它又不夠具體 - 它結合了所有服務和區域。

為什麼這些統計數據這麼難找到?我確信這是選擇服務的更重要的指標之一?

提前謝謝了

答案1

SLA文檔說 SLA 是 99.95%,而不是您所說的 95%。

AWS 將採取商業上合理的努力,使 API Gateway 的每月正常運行時間百分比達到至少 99.95%對於每個 AWS 區域。

表中僅提到了 95%,它顯示瞭如果他們違反 SLA,您可以獲得多少信用。


不管怎樣,事情會崩潰,服務也會下降。但不是同時進行。

您的 API GW 可能會損壞(自行損壞或因您的操作而損壞),但可能不會同時損壞所有 API GW。可用區可能會下降,但可能不會同時下降所有可用區。是的,有時甚至某些區域會出現故障,但其他區域卻很好。

如果您的服務非常關鍵且您無法承受中斷的後果透過地理冗餘使其高度可用。這意味著在不同地區部署相同的 API,可能是美國的一個地區、歐盟的一個地區和亞太地區的一個地區。

AWS 提供了許多工具來實現這一點,從透過 CloudFormation 範本進行統一部署、透過 DynamoDB 全域表,到使用 Route53 進行基於延遲的路由。和更多。

如果您的部署是 HA,單一實例/API GW 正常運行時間/等並不重要。

希望有幫助:)

相關內容