Scheid Zweeds verkeer van het bredere publiek
Inventariseer de netwerken en apparaten die je Zweedse gebruikers daadwerkelijk gebruiken. Is de dienst vooral een lokale applicatie, of hebben klanten in andere markten dezelfde responstijd nodig? Gebruik dat onderscheid om testlocaties te kiezen in plaats van elke Noordse bezoeker als één publiek te behandelen.
Test de regionale versie van je workload
Voer dezelfde paginalading, API-aanvraag of bestandsoverdracht uit vanuit elke beoogde markt. Neem een normale drukke periode mee en bewaar de resultaten met de testdatum. Presteert Stockholm consistent voor het hele publiek, of heeft de applicatie een andere leveringsstrategie nodig?
Bepaal hoe verafgelegen gebruikers content ontvangen
Scheid voor een op Zweden gerichte applicatie die ook bezoekers elders bedient, contentlevering van databaseschrijfacties. Statische assets kunnen baat hebben bij caching dichter bij de bezoeker, terwijl accountwijzigingen nog steeds de primaire applicatie bereiken. Controleer welke aanvragen kunnen worden gecachet zonder privé- of verouderde informatie bloot te leggen.
Houd de herstelsite onafhankelijk van de primaire
Een tweede machine is alleen nuttig wanneer deze de storing dekt waarop je voorbereidt. Vraag of de herstellocatie een operator of upstream-afhankelijkheid deelt met de Stockholm primaire. Herstel daar een recente back-up en leg de stappen vast om gebruikers naar de herstelde dienst te leiden.