Separera svensk trafik från den bredare målgruppen
Lista de nätverk och enheter som dina svenska användare faktiskt använder. Är tjänsten främst en lokal applikation, eller behöver kunder på andra marknader samma svarstid? Använd den skillnaden för att välja testplatser i stället för att behandla varje nordisk besökare som en och samma målgrupp.
Testa den regionala versionen av din arbetsbelastning
Kör samma sidladdning, API-begäran eller filöverföring från varje avsedd marknad. Inkludera en normal period med hög belastning och spara resultaten med testdatumet. Presterar Stockholm konsekvent för hela målgruppen, eller behöver applikationen en annan leveransstrategi?
Bestäm hur avlägsna användare tar emot innehåll
För en Sverigeinriktad applikation som även betjänar besökare på andra håll, separera innehållsleverans från databasskrivningar. Statiska tillgångar kan dra nytta av cachelagring närmare besökaren medan kontoförändringar fortfarande når den primära applikationen. Kontrollera vilka begäranden som kan cachelagras utan att avslöja privat eller inaktuell information.
Håll återställningsplatsen oberoende av den primära
En andra maskin är bara användbar när den täcker det fel du planerar för. Fråga om återställningsplatsen delar operatör eller uppströmsberoende med den primära Stockholm. Återställ en färsk säkerhetskopia där och dokumentera stegen som behövs för att dirigera användare till den återställda tjänsten.