Las zonas de disponibilidad son instalaciones separadas dentro de una región, lo bastante cerca para replicación síncrona, así que repartirte entre ellas te protege de un fallo de rack, de energía o de instalación con poca complejidad añadida. Multi región te protege de que una región entera se degrade y puede satisfacer requisitos de residencia de datos, pero la replicación pasa a ser asíncrona, así que aceptas pérdida de datos en el failover y asumes coste y complejidad operativa reales. La mayoría de cargas necesitan multi zona más copias de seguridad entre regiones.
Por qué lo preguntan los entrevistadores
Esta pregunta comprueba si ajustas la inversión en resiliencia a los requisitos reales en vez de tirar de la arquitectura más impresionante. El entrevistador quiere honestidad sobre el coste del multi región: replicación asíncrona, transferencia de datos, riesgo de split brain, y el hecho de que un camino de failover sin probar no funciona. Recomendar copias de seguridad en una segunda región como término medio pragmático suele ser la respuesta que buscan.
Cómo estructurar tu respuesta
- Define ambos y el fallo del que se ocupa cada uno.
- Explica por qué difiere el modo de replicación y qué te cuesta eso.
- Enuncia el valor por defecto pragmático para la mayoría de cargas.
- Di qué te haría irte de verdad a multi región.
Ejemplo de respuesta
Las zonas son instalaciones físicas separadas dentro de una región con enlaces privados rápidos entre ellas, así que puedes replicar de forma síncrona y perder una zona sin perder datos. Repartirte entre tres zonas es casi gratis en términos de complejidad y cubre el modo de fallo con el que es más probable que te topes. Las regiones son geográficamente distintas, así que ir a multi región te protege cuando una región entera se degrada, y a veces es obligatorio por residencia de datos. El coste honesto es que la replicación entre regiones es asíncrona, así que hacer failover significa aceptar algo de pérdida de datos, y ahora tienes que resolver el enrutado, el split brain, los cargos de transferencia de datos entre regiones y la deriva entre dos stacks que deben mantenerse compatibles. Para la mayoría de cargas recomiendo multi zona para la disponibilidad más copias de seguridad e imágenes de máquina replicadas a una segunda región para la recuperación, lo que da un tiempo de recuperación de horas en vez de minutos por una fracción del coste. Solo construiría multi región activo cuando el negocio le ha puesto un número a una hora de caída que lo justifique, y entonces insistiría en failovers probados de forma periódica, porque un failover sin probar es un deseo.
¿Tienes esta entrevista a la vuelta de la esquina? GhostPilot escucha tu llamada en vivo, detecta la pregunta en cuanto la hacen y pone una respuesta estructurada en tu pantalla en tiempo real. Pruébalo en tu próxima entrevista de práctica, o coge un Session Pass de $29, sin suscripción, para la de verdad.
Mira cómo funcionaPreguntas de seguimiento que puedes esperar
- ¿Cómo manejarías una base de datos que no puede replicar de forma síncrona entre regiones?
- ¿Cómo evitas que dos stacks regionales se separen por deriva?
- ¿Cuál es tu plan si la caída de la región afecta al plano de control que necesitas para hacer failover?
Más preguntas para Ingeniero de nube
Tu entrevistador hará su propia versión de esta. Pega la descripción real del puesto en el Question Predictor gratuito y obtén las 20 preguntas que ese puesto tiene más probabilidades de hacerte, con lo que cada una busca en realidad.
Predecir mis preguntas