Nuestro proveedor de tránsito está caído debido a una falla grave de hardware. No hay un tiempo estimado de recuperación disponible. Estamos activando réplicas de solo lectura de los sitios de clientes estándar y de negocios en una ubicación separada. (ref)
¿Sería posible obtener una entrada que podamos poner en nuestros archivos hosts o algún otro tipo de solución alternativa para conectarnos a los otros servidores para acceder a las actualizaciones?
Hola @EricGT - si/cuando cambiemos a otra ubicación, todos los cambios se gestionarán automáticamente de nuestra parte. No necesitas hacer nada.
(técnicamente, cambiaríamos los registros DNS de los sitios afectados para que apunten a la nueva ubicación)
Parece muy extraño que una interrupción de servicio tan importante sea casi invisible aquí.
¿Solo 1 hilo (iniciado por un usuario, no por un administrador) con 2 publicaciones después de que algunos sitios han estado caídos durante medio día?
¿Por qué no hay comunicación?
El sitio ya está de nuevo en funcionamiento en un servidor diferente y, aunque no he hecho una comprobación detallada, funciona como se esperaba.
Gracias. 
Hola @emyoulation
Tenemos una página especial que puedes seguir para este tipo de actualizaciones de sitios alojados:
Aprecio la página de estado. Pero no proporciona un lugar para discutir cuando la actualización de estado carece de claridad.
No había tratado con un “proveedor de tránsito” y el término no se busca bien en Google. (Muestra más entradas sobre personas que se mueven en tránsito masivo que sobre paquetes de Internet que se mueven). Y la “falla grave de hardware” podría ser cualquier cosa (desde que sus generadores de respaldo se quedaron sin combustible durante un corte de energía prolongado hasta que su edificio principal se incendió). La comunicación inspiró ansiedad e incertidumbre en lugar de aliviarlas.
En el contexto de Internet, un proveedor de tránsito es alguien que transporta tráfico. Rara vez, o nunca, comparten detalles sobre las especificidades de una falla. En el mejor de los casos, hablarán sobre servicios degradados o la gravedad relativa de las interrupciones.
Estas redes suelen construirse con varias capas de redundancia, donde solo una falla compuesta puede provocar un tiempo de inactividad real. Existen algunos ejemplos como CloudFlare, que ocasionalmente entran en detalles minuciosos sobre las interrupciones, pero son la excepción y no la regla.
Bueno, algo bueno es que esta experiencia nos está haciendo reexaminar nuestro método de comunicación con nuestra comunidad cuando hay un problema.