スウェーデンのトラフィックをより広いユーザー層から分離する
スウェーデンのユーザーが実際に使用するネットワークとデバイスを洗い出してください。サービスは主にローカルアプリケーションなのか、それとも他の市場の顧客も同じ応答時間を必要とするのか。すべての北欧の訪問者を一つのユーザー層として扱うのではなく、この区別に基づいてテスト場所を選定してください。
ワークロードの地域版をテストする
対象とする各市場から、同じページ読み込み、APIリクエスト、またはファイル転送を実行してください。通常の繁忙時間帯を含め、テスト日とともに結果を保管してください。Stockholmはユーザー層全体で一貫したパフォーマンスを発揮するのか、それともアプリケーションに別の配信戦略が必要なのかを確認してください。
遠隔地のユーザーへのコンテンツ配信方法を決定する
スウェーデンに重点を置きつつ他の地域の訪問者にもサービスを提供するアプリケーションでは、コンテンツ配信とデータベース書き込みを分離してください。静的アセットは訪問者に近い場所でのキャッシュの恩恵を受けられますが、アカウントの変更は引き続きプライマリアプリケーションに到達する必要があります。プライベート情報や古い情報を露出せずにキャッシュできるリクエストを確認してください。
復旧サイトをプライマリから独立させる
2台目のマシンは、想定している障害をカバーする場合にのみ有用です。復旧拠点がStockholmプライマリとオペレーターや上流の依存関係を共有していないかを確認してください。そこに最近のバックアップをリストアし、ユーザーを復旧したサービスへ誘導するために必要な手順を記録してください。