私たちは非常に重要なアプリケーションを持っており、ダウンタイムはありません。私たちはサーバーを持っていて、そのサイトで複数のサーバーアーキテクチャーを実装しています。ダウンしたトラフィックが他のサーバーに再ルーティングされるときです。Androidアプリが2つのサーバ間で切り替わるとき
サイト全体がダウンしている場合や災害サイトがダウンしているため、新しいAPKを導入することなく自動的にアンドロイドAPPでIPを変更できます。私たちはそれをすることはできますか?
私たちは非常に重要なアプリケーションを持っており、ダウンタイムはありません。私たちはサーバーを持っていて、そのサイトで複数のサーバーアーキテクチャーを実装しています。ダウンしたトラフィックが他のサーバーに再ルーティングされるときです。Androidアプリが2つのサーバ間で切り替わるとき
サイト全体がダウンしている場合や災害サイトがダウンしているため、新しいAPKを導入することなく自動的にアンドロイドAPPでIPを変更できます。私たちはそれをすることはできますか?
なぜアプリケーション内に2つのipsがなく、最初の1つのタイムアウトが発生すると、2番目のタイムアウトに切り替えるのですか?
ところで、どのクライアントを使用してAPIにリクエストしていますか?私はRetrofitが大好きです。
もう1つ、なぜサーバークラスタを構成しないのですか?あなたはドッカーに試してみることができます。 – russellhoff
最初のサーバへのリクエストがタイムアウトになった場合、あなたは単にあなたがシナリオに続き、バックアップ
のために持っている第二のサーバで同じ要求を繰り返すことで、 シナリオ#1をあなたを助けることを扱うことができます。 Firebaseリモートコンフィグ https://firebase.google.com/docs/remote-config/
:ステータスサービスif(serverOneIsLive()){
//do operations through server one
} else if(serverTwoIsLive()){
//do operations through server two
}
//Write one service to check server is up or down
private boolean serverOneIsLive(){
boolean status = APICallToServer;
return status
}
シナリオ#2を使用して、サーバの状態を確認してください
FCMサイレント通知を実装し、データに新しいURLを追加します。デバイス上で通知を受け取ると、既存のURLを新しいものに更新する必要があります。 – Avi
そして、サーバーのIPアドレスをDNSでマップすることができます。そのため、サーバー上の新しいIPアドレスを使用してDNSを再度マップできるため、デバイス上のIPを変更する必要はありません。 – Avi
ありがとうございました、それは役に立ちます。 – YasirSE