Elige la disponibilidad entre zonas y regiones

Empieza por la operación del usuario

La alta disponibilidad (HA) busca mantener utilizable un servicio pese a los fallos de componentes. Define qué significa utilizable antes de elegir la arquitectura. Una página de reservas que carga mientras fallan todas las solicitudes de reserva no constituye un servicio de reservas disponible.

Fija un objetivo de nivel de servicio (SLO) para la operación importante. Define qué solicitudes cuentan, qué significa éxito y el periodo de medición. El SLA de un servicio de nube describe el compromiso de ese proveedor. No establece la disponibilidad medida de tu aplicación.

Como ejemplo, una disponibilidad temporal del 99,9 % permite 43,2 minutos de indisponibilidad en un mes de 30 días. Un SLO basado en solicitudes usa otro denominador. Ninguna medida indica cuántos datos puedes perder ni garantiza una duración máxima para una interrupción individual.

Comprende los límites de fallo

Una zona de disponibilidad de AWS, o AZ, es una ubicación de infraestructura aislada dentro de una región. Una región contiene varias AZ. Un diseño multirregión distribuye los componentes de la carga de trabajo entre regiones. Otros proveedores tienen sus propios límites y comportamientos; inspecciona el servicio seleccionado.

Son posibilidades de diseño, no garantías de disponibilidad. Una etiqueta no prueba que todos los componentes necesarios usen el límite previsto.

Sigue el recorrido completo de la solicitud

Considera un servicio ficticio de reservas. Las réplicas web se ejecutan en dos AZ. Ambas usan una base de datos y un gateway de salida situados en la AZ A. El gateway es necesario para llamar al proveedor de pagos.

Si falla la AZ A, la réplica web de la AZ B puede seguir funcionando correctamente mientras las reservas fallan. El equipo debe evaluar la base de datos, el recorrido de red, el proveedor de identidad, la dependencia de pagos y el enrutamiento. Inspecciona el modo real de la base de datos gestionada: replicación, conmutación por error y comportamiento de lectores varían según producto y configuración.

Comprueba también la capacidad. Los recursos que sobrevivan deben soportar la carga necesaria. Un diseño que dependa de crear capacidad durante un incidente depende de cuotas, recursos disponibles y operaciones del plano de control.

Realiza un ejercicio controlado con un límite definido, condiciones de parada y una persona responsable. Verifica una reserva completa, incluida la conciliación del pago. Registra las solicitudes fallidas y el tiempo hasta recuperar una operación útil.

Decide si otra región resuelve el problema

Operar en varias regiones añade transferencia de datos, recursos duplicados, coordinación de despliegues y trabajo operativo. Activo/pasivo mantiene un entorno preparado para recibir tráfico. Activo/activo atiende tráfico desde más de un entorno. Las necesidades de preparación y comportamiento de datos son distintas.

Para el servicio de reservas, las escrituras simultáneas plantean una pregunta: ¿pueden dos regiones vender la misma plaza? Define quién tiene autoridad sobre una reserva y el comportamiento cuando se interrumpe la replicación. «Replica la base de datos» no es una respuesta completa.

Comprueba ubicaciones de datos permitidas, claves de cifrado, certificados, DNS, secretos y servicios externos. Una caída común de identidad o una publicación defectuosa pueden afectar a varias regiones. Más ubicaciones no eliminan todas las causas comunes.

Conecta la disponibilidad con la recuperación

La HA gestiona fallos concretos durante la operación. La recuperación ante desastres restaura un servicio utilizable y sus datos después de un evento disruptivo. Un servicio multirregión sigue necesitando un plan de recuperación frente al borrado o la corrupción de datos.

Documenta los escenarios de fallo elegidos y los que acepta el negocio. Mantén alineadas las pruebas y las definiciones de infraestructura mientras cambia la aplicación. Continúa con RTO, RPO y recuperación ante desastres.