İsveç trafiğini daha geniş kitleden ayırın
İsveçli kullanıcılarınızın gerçekte kullandığı ağları ve cihazları listeleyin. Hizmet ağırlıklı olarak yerel bir uygulama mı, yoksa diğer pazarlardaki müşteriler de aynı yanıt süresine mi ihtiyaç duyuyor? Her Nordik ziyaretçiyi tek bir kitle olarak ele almak yerine test konumlarını seçmek için bu ayrımı kullanın.
İş yükünüzün bölgesel sürümünü test edin
Aynı sayfa yüklemesini, API isteğini veya dosya aktarımını hedeflenen her pazardan çalıştırın. Normal bir yoğun dönemi dahil edin ve sonuçları test tarihiyle birlikte saklayın. Stockholm tüm kitle için tutarlı mı çalışıyor, yoksa uygulama farklı bir dağıtım stratejisine mi ihtiyaç duyuyor?
Uzak kullanıcıların içeriği nasıl aldığına karar verin
Başka yerlerdeki ziyaretçilere de hizmet veren İsveç odaklı bir uygulama için içerik dağıtımını veritabanı yazmalarından ayırın. Statik varlıklar, ziyaretçiye daha yakın önbelleklemeden yararlanabilir; hesap değişiklikleri ise yine birincil uygulamaya ulaşır. Özel veya güncel olmayan bilgileri açığa çıkarmadan hangi isteklerin önbelleğe alınabileceğini kontrol edin.
Kurtarma sitesini birincilden bağımsız tutun
İkinci bir makine yalnızca planladığınız arızayı kapsadığında işe yarar. Kurtarma konumunun, Stockholm birincil ile bir operatörü veya üst akış bağımlılığını paylaşıp paylaşmadığını sorgulayın. Orada güncel bir yedeği geri yükleyin ve kullanıcıları kurtarılan hizmete yönlendirmek için gereken adımları kaydedin.