Nuestro equipo está intentando ver si debemos utilizar la puerta de enlace API de AWS administrada sobre IDC Kong para API Gateway.
Así que estoy buscando algunas estadísticas concretas para el servicio administrado de AWS (en particular, AWS API Gateway).
Pero las estadísticas regionales del tiempo de inactividad total por año son sorprendentemente difíciles de encontrar en el sitio web oficial de AWS.
Miré el acuerdo SLA (https://aws.amazon.com/api-gateway/sla/) que parece garantizar hasta un 95% de disponibilidad, algo que está totalmente fuera de discusión. 18 días al año bien podríamos simplemente cerrar el negocio. Y sólo reembolsan el crédito utilizado, no las pérdidas totales sufridas debido al tiempo de inactividad.
También haypanel de estado del servicioque muestra el historial de salud y estado actual. Pero necesito algo mucho mejor que eso: un gráfico circular del tiempo de inactividad total en minutos durante 2019, 2018 y 2017 en cada región.
Encontré estas estadísticas "Modernice sus aplicaciones de Microsoft en AWS", pero nuevamente no es lo suficientemente específica: combina todos los servicios y regiones.
¿Por qué son tan difíciles de encontrar estas estadísticas? ¿Estoy seguro de que esta es una de las métricas más importantes para elegir el servicio?
Muchas gracias de antemano
Respuesta1
EsoDocumento SLAdice que el SLA es del 99,95%, no del 95% indicado.
AWS hará esfuerzos comercialmente razonables para que API Gateway esté disponible con un porcentaje de tiempo de actividad mensual deal menos 99,95%para cada región de AWS.
El 95% solo se menciona en la tabla que muestra cuánto crédito obtiene si incumple el SLA.
De todos modos, las cosas se estropean y los servicios se caen. Pero no todos al mismo tiempo.
Su API GW puede fallar (por sí sola o debido a sus acciones), pero quizás no todas las API GW a la vez. La zona de disponibilidad puede disminuir, pero quizás no todas las zonas de disponibilidad al mismo tiempo. Sí, a veces incluso alguna región falla pero otras regiones están bien.
Si su servicio es súper crítico y no puede permitirse una interrupciónhacerlo altamente disponible a través de redundancia geográfica. Eso significa implementar la misma API en diferentes regiones, tal vez una región en EE. UU., otra en la UE y otra en Asia-Pacífico.
AWS proporciona muchas herramientas para hacerlo, desde la implementación unificada a través de plantillas de CloudFormation, pasando por tablas de DynamoDB Global, hasta el enrutamiento basado en latencia con Route53. Y más.
El tiempo de actividad de instancia única/API GW/etc. no importa si su implementación es HA.
Espero que ayude :)