Oddziel ruch szwedzki od szerszej publiczności
Wymień sieci i urządzenia, których faktycznie używają Twoi szwedzcy użytkownicy. Czy usługa jest głównie aplikacją lokalną, czy klienci na innych rynkach potrzebują takiego samego czasu odpowiedzi? Użyj tego rozróżnienia do wyboru lokalizacji testowych, zamiast traktować każdego odwiedzającego z Nordyki jako jedną publiczność.
Przetestuj regionalną wersję swojego obciążenia
Uruchom to samo ładowanie strony, żądanie API lub transfer pliku z każdego docelowego rynku. Uwzględnij normalny okres wzmożonego ruchu i zachowaj wyniki wraz z datą testu. Czy Stockholm działa spójnie dla całej publiczności, czy aplikacja wymaga innej strategii dostarczania?
Zdecyduj, jak odlegli użytkownicy otrzymują treści
W przypadku aplikacji skoncentrowanej na Szwecji, która obsługuje także odwiedzających z innych miejsc, oddziel dostarczanie treści od zapisów do bazy danych. Zasoby statyczne mogą skorzystać z buforowania bliżej odwiedzającego, podczas gdy zmiany konta nadal trafiają do aplikacji głównej. Sprawdź, które żądania można buforować bez ujawniania prywatnych lub nieaktualnych informacji.
Zachowaj niezależność witryny odzyskiwania od głównej
Druga maszyna jest przydatna tylko wtedy, gdy obejmuje awarię, na którą się przygotowujesz. Sprawdź, czy lokalizacja odzyskiwania dzieli operatora lub zależność nadrzędną z główną Stockholm. Przywróć tam niedawną kopię zapasową i zapisz kroki potrzebne do skierowania użytkowników do odzyskanej usługi.