Separera isländsk åtkomst från internationell åtkomst
Identifiera om tjänsten främst är för personer på Island eller för en bredare målgrupp. Testa båda grupperna med representativa nätverk och uppgifter. Ett tillfredsställande lokalt resultat fastställer inte upplevelsen för internationella besökare, och ett internationellt test ensamt kan missa behoven hos inhemska användare.
Kontrollera varje beroende som korsar gränsen
Lista de tjänster som Reykjavík-applikationen kontaktar, inklusive databaser, lagring, autentisering och tredjeparts-APIs. Mät åtgärder som flyttar data i båda riktningarna. Vilka begäranden är beroende av en internationell anslutning, och vad visar applikationen när det beroendet är långsamt eller otillgängligt?
Planera återställning kring oberoende beroenden
Välj en säkerhetskopiedestination utifrån det fel den ska överleva och verifiera sedan de faktiska nätverks- och operatörsarrangemangen. En öplacering ensam bevisar inte motståndskraft eller isolering. Behåll en återställbar kopia utanför den primära felgränsen och bekräfta att den kan nås när den vanliga servicevägen störs.
Öva flytt innan applikationen är beroende av den
Återställ en liten testdistribution i den avsedda återställningsregionen. Kontrollera operativsystemet, nödvändiga resurser, hemligheter och DNS ändringar, verifiera sedan åtkomst från den förväntade målgruppen. Om applikationen tar emot skrivningar, bestäm hur de ska stoppas eller stämmas av under en flytt så att återställningen inte tyst kastar bort nyliga ändringar.