Separa el acceso islandés del acceso internacional
Identifica si el servicio es principalmente para personas en Islandia o para un público más amplio. Prueba ambos grupos con redes y tareas representativas. Un resultado local satisfactorio no determina la experiencia de los visitantes internacionales, y una prueba internacional por sí sola puede pasar por alto las necesidades de los usuarios nacionales.
Comprueba cada dependencia que cruza el límite
Enumera los servicios a los que contacta la aplicación Reykjavík, incluidos bases de datos, almacenamiento, autenticación y API de terceros. Mide las operaciones que mueven datos en ambas direcciones. ¿Qué solicitudes dependen de una conexión internacional y qué muestra la aplicación cuando esa dependencia es lenta o no está disponible?
Planifica la recuperación en torno a dependencias independientes
Elige un destino de copia de seguridad según el fallo que deba resistir y, después, verifica las condiciones reales de red y del operador. Una ubicación insular por sí sola no demuestra resiliencia ni aislamiento. Mantén una copia recuperable fuera del límite de fallo principal y confirma que se pueda alcanzar cuando se interrumpa la ruta de servicio habitual.
Ensaya la reubicación antes de que la aplicación dependa de ella
Restaura un despliegue de prueba pequeño en la región de recuperación prevista. Comprueba el sistema operativo, los recursos necesarios, los secretos y los cambios de DNS y, después, verifica el acceso desde el público esperado. Si la aplicación acepta escrituras, decide cómo detenerlas o reconciliarlas durante una migración para que la recuperación no descarte silenciosamente cambios recientes.