Ask HN: ¿Por qué HN está tan a menudo caído?
Los frecuentes mensajes de error y las breves caídas en Hacker News están llevando a los usuarios a preguntarse por qué un sitio de solo texto tiene problemas de fiabilidad al servir a una audiencia grande y muy técnica. Los comentaristas señalan como factores clave un único servidor antiguo de un solo núcleo, una infraestructura sin autoescalado y una limitación de tasa anti-bot agresiva, agravadas por un reciente aumento del tráfico debido a un mejor posicionamiento en Google. Muchos aceptan el compromiso como consecuencia de la operación minimalista y no comercial de HN, gestionada por un equipo muy pequeño, aunque a algunos les sorprende que un centro tan central para la industria tolere una disponibilidad relativamente baja en 2024.
Frecuencia percibida y patrones de las caídas
- Las experiencias varían mucho:
- Algunos usuarios diarios durante muchos años dicen que casi nunca ven errores.
- Otros dicen que las caídas o errores 5xx se han vuelto frecuentes en los últimos meses, incluso varias veces al día.
- Algunos informan problemas solo esta semana; otros dicen que lleva meses.
- Los problemas pueden ser intermitentes: unos minutos de errores y luego vuelve a funcionar.
- Varios señalan errores con más frecuencia durante ciertas horas del día (p. ej., de media mañana a primeras horas de la tarde CET).
Infraestructura, arquitectura y capacidad
- Se describe que HN funciona en un único servidor antiguo de un solo núcleo, probablemente sin autoescalado ni réplicas.
- La base de código es antigua y en gran parte de un solo hilo, escrita en Arc (sobre Racket), lo que puede dificultar el escalado y el refactorizado.
- Algunos argumentan que este es “el tipo de app más fácil” de cachear y fragmentar; otros sugieren que la pila heredada y el equipo pequeño hacen que los cambios grandes sean lentos.
- Se dice que una página de error 500 indica indisponibilidad del backend o reinicios lentos, no solo limitación de tasa.
Limitación de tasa, medidas anti-bot y estado de sesión
- Los usuarios suelen encontrarse con límites de tasa estrictos al votar, comentar o marcar como favorito, especialmente cuando no han iniciado sesión.
- Existe un sistema anti-bot que puede bloquear temporalmente IPs, especialmente ante mucha actividad o IPs compartidas (VPNs, redes corporativas).
- Navegar con sesión iniciada puede reducir la probabilidad de bloqueos anti-bot (según comentarios previos de moderadores), pero:
- Los usuarios sin iniciar sesión se benefician más de páginas estáticas cacheadas bajo carga intensa.
- Algunos usuarios sospechan de “shadow bans” o de limitación según el contenido; otros descartan explícitamente esto por infundado.
Crecimiento del tráfico y factores externos
- Varios especulan que cambios recientes en el posicionamiento de Google han incrementado significativamente el tráfico, tensionando la infraestructura.
- Algunos consideran posibles problemas de red (p. ej., cortes de cable), pero esto no está confirmado.
Filosofía, expectativas y alternativas
- Muchos destacan que HN es un servicio gratuito, en su mayor parte sin anuncios, operado por un equipo muy pequeño; una disponibilidad de “muchos nueves” no es el objetivo.
- Algunos consideran aceptables o incluso “encantadoras” las caídas ocasionales; otros se frustran por el tiempo perdido.
- Las sugerencias van desde migraciones a serverless/SaaS hasta mejor caché; estas ideas se reciben con escepticismo y bromas.
- Unos pocos usuarios navegan mediante frontends de búsqueda de terceros (p. ej., hn.algolia.com) para obtener mejor disponibilidad.