Cuando los servidores están caídos, ¿cómo pueden los usuarios acceder a la página de error 404 específica de una empresa (por ejemplo, Fail Whale)?

Eso es en realidad una simplificación excesiva del concepto de un servidor web. Cuando dice que los servidores de una empresa en particular están inactivos, eso no significa necesariamente que el servidor físico esté inactivo, podría haber un error con el servidor de la base de datos, o podría haber surgido un error con los archivos de configuración del servidor web o incluso el sistema podría estar dañado. frente a un problema de disco. En tal situación, el servidor (considerando un sitio web dinámico, por ejemplo) no puede generar y servir el contenido que solicitó en particular, pero aún puede recibir su solicitud. En ese momento puede servir cualquier número de páginas de error, no todas las páginas de error son 404, de hecho, un 404 específicamente significa que el servidor no pudo encontrar una página en particular que usted solicitó, lo que significa que el servidor en realidad solo se está ejecutando al no poder encontrar un archivo en particular, otros errores pueden ser 403 (permiso denegado) 500 (errores internos del servidor) y la forma en que la empresa decida transmitir esto a sus usuarios depende de ellos. A partir de su ejemplo, la ballena falsa generalmente nunca dijo que no podía encontrar una página en particular (que sería un 404), por lo general dijo que Twitter tenía más capacidad (lo que implicaría que otro servidor que no sea el servidor de almacenamiento en caché frontal / equilibrio de carga se fue) abajo)
¡Espero que esto ayude!

Los servidores front-end a los que accede no siempre son los mismos cuadros que alojan la aplicación en sí. En general, se encuentra con un servidor que almacena en caché y envía la solicitud a un servidor de aplicaciones. En este tipo de configuración, es fácil mostrar una página en el nivel de proxy / caché, cuando por alguna razón no puede enviar la solicitud / recibir la respuesta del servidor de aplicaciones.

No digo que así es como lo hace Twitter, pero este es un ejemplo de cómo algo así podría funcionar.

Cuando los servidores que alojan el sitio están caídos, no hay forma de servir una página 404 porque la conexión se agota en el navegador, pero tenga en cuenta que el escenario generalmente implica que los servidores ‘dinámicos’ que generan el HTML no pueden hacer frente la carga pero los servidores ‘estáticos’ que sirven el HTML generado todavía están activos, por lo que pueden servir fácilmente páginas 404 estáticas a los visitantes.