Dependencia de servicios externos External dependencies (auth, billing, platform)

ID de la causa in-external · Responsable principal Externo (Externo) · También Desarrollo de servidor (Equipo de desarrollo)

Abrir la ficha interactiva con gráficos y simulaciones →

Si un servicio externo, como el login de la plataforma, los pagos o la verificación de identidad, va lento o se detiene, todo se bloquea en ese paso.

Por qué Fallo o lentitud de un servicio externo de autenticación o de pagos → Efecto Ese paso se queda esperando respuesta → En pantalla No se puede iniciar sesión, los pagos fallan. Quienes ya están jugando siguen bien

Síntomas: No conecta / carga infinita, Acción perdida / rollback
Factores: Detención
A quién afecta: Todo el servidor, Solo una función
Cuándo: Al conectar o tras un mantenimiento, Al hacer ciertas acciones
Responsable: Responsable principal Externo (Externo) · También Desarrollo de servidor (Equipo de desarrollo)
Tareas (Equipo de desarrollo): Poner timeout a las llamadas externas y mostrar un mensaje claro, cachear el resultado de la autenticación, tener un procedimiento de reintento y compensación para los pagos.
Tareas (Externo): Pedir a los proveedores de autenticación, pagos o plataforma que confirmen el fallo y lo resuelvan, indicar a los jugadores que el fallo está en un servicio externo.
En el gráfico: Salto en escalón · Tiempo de respuesta y tasa de errores de las llamadas externas, inicios de sesión exitosos
Dónde mirar: Tiempo de respuesta, tasa de errores y timeouts de cada llamada externa (login de la plataforma, pagos, verificación de identidad) y página de estado del proveedor
Se confirma si: Desde la hora en que se acumulan los fallos de inicio de sesión o de pago, solo los errores y timeouts de una llamada externa concreta suben un escalón y se quedan altos, y la página de estado del proveedor muestra un incidente a la misma hora
Se descarta si: Si las llamadas externas van bien y aun así no se puede iniciar sesión, apunta al propio servidor de login (“Agotamiento del pool de hilos”, BD) o a la cola de conexiones pendientes (backlog) del sistema operativo
Se verifica con: Requiere logs y métricas del servidor o el cliente del juego
Casos reales: Fastly 2021: Errores en todo el mundo en la CDN de Fastly
AWS 2021: Congestión de la red interna de AWS us-east-1
AWS 2025: Fallo de DNS de DynamoDB en AWS us-east-1 y su larga recuperación

Fuentes

Timeouts, retries, and backoff with jitter AWS
Amazon Builders' Library. Mientras se espera la respuesta se retienen recursos como hilos y conexiones, así que hay que poner timeouts, y las API con efectos secundarios solo se reintentan si su idempotencia está garantizada
Circuit Breaker Pattern Microsoft Azure
Las llamadas con alta probabilidad de fallar se rechazan de inmediato, sin esperar al timeout, para mantener el tiempo de respuesta
REL05-BP01 Implement graceful degradation to transform applicable hard dependencies into soft dependencies AWS
AWS Well-Architected. Aunque falle un servicio del que se depende, mantener las funciones esenciales aunque sea con datos algo antiguos (base para cachear el resultado de la autenticación)

Ver también

Misma capa: L13 Arquitectura y operación de servidores

Causas de otras capas con el mismo síntoma (No conecta / carga infinita)

Inspección de paquetes del software de seguridad L2 SO y dispositivo del cliente
Router poco potente o sobrecalentado L3 Red doméstica
Restricciones en Wi-Fi público y redes corporativas L3 Red doméstica
Restricciones de UDP e inspección de paquetes por país o ISP L4 Ruta por internet
Fallos y lentitud del DNS L4 Ruta por internet
Enlaces compartidos saturados por un DDoS L4 Ruta por internet
IP compartida del ISP (CGNAT) L4 Ruta por internet
Paso por una VPN o un acelerador de juegos L4 Ruta por internet

Ver la ficha interactiva con gráficos y simulaciones