既存のソーシャル Web アプリがあり、クライアントはそのモバイル アプリケーションを作成したいと考えています。堅牢で、10 万人の既存ユーザーがこれらのモバイル アプリを使い始めても停止しない API を作成する必要があります。
この API を構築する適切な方法について提案はありますか?
過去に何百もの API を作成し、10 万人のユーザーを使用しました。しかし、このアプリは少し特殊であり、これまでよりもはるかに多くの同時 API リクエスト、20 倍の同時リクエストが予想されます。
そのため、ここで誰かが良い戦術をアドバイスできるかどうかを確認する前に、「標準」の API ロジックを使用することに気が進まないのです。
高レベルでは、サーバー上のデータベースと、すべての通信を処理する API レイヤーがあります。
要するに、ハードウェア ソリューションを見てください。
可能であれば IO を最小限に抑えるようにしてください。可能であれば、アプリに必要なリソースをサーバー側の 1 つのペイロードにまとめてから、一度にクライアントにプッシュします。クライアント側に何百ものインクルードが必要なわけではありません。
1 つのアイデアは、同時に発生しているリクエストの数を監視し、それがしきい値に対して多すぎる場合 (シミュレーションを実行して、痛みのしきい値を調べることができます)、各ユーザーがスムーズなエクスペリエンスを得られるように、キューにリクエストをバッファリングし始めることです。 . 最初はもっと長く待つかもしれませんが、ロードが開始されると、アプリケーションのロードのビットではなくスムーズになります. ユーザーにとって最も厄介なことは、ロードが完了したかどうかわからないこと、または途中でロードして停止したことです。
ただし、最終的には、ハードウェア ソリューションを検討する必要があります。IO 集中型の場合は、ハードウェア LB と SSD ドライブを搭載したサーバーのセットアップを調べます。