US-EAST-1 identifica una región técnica de AWS en Virginia del Norte, no un mapa de clientes afectados. En esta retrospectiva del 4 de marzo de 2017, el incidente es el del 28 de febrero. Para un equipo que atiende en español a clientes de Estados Unidos y América Latina, esa diferencia evita presentar un problema de infraestructura como una caída nacional sin comprobarla. [aws]
AWS distingue la recuperación de lectura, listado y borrado, a la 1:18PM PST, de la recuperación del sistema necesario para escribir objetos nuevos, completada a la 1:54PM PST. Son horas del 28 de febrero tal como las publica la fuente, en horario estándar del Pacífico. La propuesta editorial es conservar PST; cualquier conversión requeriría comprobar ciudad y fecha del destinatario. [aws]
El aviso propuesto tendría campos para servicio, región técnica, función que falla, hora con zona horaria, cliente y país cuya afectación se haya comprobado, enlace y próxima actualización. Statuspage aporta una distinción práctica: según su relato, siguieron funcionando incidentes, actualizaciones y notificaciones, aunque fallaron recursos visuales y algunas páginas cargaron lentamente. Por eso convendría describir la función observada, no anunciar simplemente que todo está caído. [aws][atlassian]
Si falta confirmación local, el campo de alcance quedaría pendiente, no rellenado con una lista de países. AWS relata que recurrió a Twitter y al texto de un aviso general cuando no podía actualizar estados individuales; una vía alternativa tampoco debe prometerse sin comprobarla. No verificamos impactos en México, Colombia ni otros países. La página actual de AWS no establece cuándo se publicó ni qué medidas correctivas estaban disponibles el 4 de marzo. [aws][atlassian]
Documentos fuente
- Summary of the Amazon S3 Service Disruption in the Northern Virginia (US-EAST-1) Regionhttps://aws.amazon.com/message/41926/
- A bird’s-eye view of the Amazon S3 outagehttps://www.atlassian.com/blog/statuspage/a-birds-eye-view-of-the-amazon-s3-outage