Isländischen Zugriff vom internationalen Zugriff trennen
Stellen Sie fest, ob der Dienst hauptsächlich für Personen in Island oder für ein breiteres Publikum bestimmt ist. Testen Sie beide Gruppen mit repräsentativen Netzwerken und Aufgaben. Ein zufriedenstellendes lokales Ergebnis belegt nicht die Erfahrung internationaler Besucher, und ein internationaler Test allein kann die Bedürfnisse inländischer Nutzer verfehlen.
Jede Abhängigkeit prüfen, die die Grenze überschreitet
Listen Sie die Dienste auf, die die Reykjavík-Anwendung kontaktiert, einschließlich Datenbanken, Speicher, Authentifizierung und Drittanbieter-APIs. Messen Sie Operationen, die Daten in beide Richtungen übertragen. Welche Anfragen hängen von einer internationalen Verbindung ab, und was zeigt die Anwendung, wenn diese Abhängigkeit langsam oder nicht verfügbar ist?
Wiederherstellung um unabhängige Abhängigkeiten planen
Wählen Sie ein Backup-Ziel nach dem Ausfall, den es überstehen soll, und überprüfen Sie dann die tatsächlichen Netzwerk- und Betreibervereinbarungen. Ein Inselstandort allein belegt weder Ausfallsicherheit noch Isolation. Bewahren Sie eine wiederherstellbare Kopie außerhalb der primären Ausfallgrenze auf und bestätigen Sie, dass sie erreichbar ist, wenn der übliche Dienstpfad gestört ist.
Den Standortwechsel üben, bevor die Anwendung davon abhängt
Stellen Sie eine kleine Testbereitstellung in der vorgesehenen Wiederherstellungsregion wieder her. Prüfen Sie das Betriebssystem, die erforderlichen Ressourcen, Secrets und DNS-Änderungen und verifizieren Sie anschließend den Zugriff durch die erwartete Zielgruppe. Wenn die Anwendung Schreibvorgänge akzeptiert, entscheiden Sie, wie diese während eines Umzugs gestoppt oder abgeglichen werden, damit bei der Wiederherstellung kürzliche Änderungen nicht stillschweigend verworfen werden.