- B/Sネットワークアーキテクチャのアーキテクチャ設計:
- BS ネットワーク アーキテクチャは、フロント エンドからバック エンドまで簡素化されており、データを交換するための統合アプリケーション層プロトコル HTTP に基づいています。ほとんどの従来の CS インターネット アプリケーションで採用されている長時間接続対話モードとは異なり、HTTP プロトコルはステートレス プロトコルを使用します。短い接続 通常、リクエストはデータ対話 (通常はビジネス ロジックに対応) を完了し、その後、通信接続が切断されます。この方法は、同時により多くのユーザーにサービスを提供するために採用されています。現在のインターネット アプリケーションは毎日何億ものユーザー リクエストを処理し、各ユーザーが一度アクセスした後にこの状態を直接維持することは不可能だからです。
- ユーザーがブラウザに URL www.taobao.com を入力すると、多くの操作が発生します。まず、DNS にドメイン名を対応する IP アドレスに解決するよう要求し、次に IP アドレスに基づいてインターネット上で対応するサーバーを見つけ、そのサーバーに対して get リクエストを開始します。サーバーはデフォルトを返すことを決定します。データリソースを訪問ユーザーに提供します。実際、サーバー側には依然として非常に複雑なビジネス ロジックが存在します。多数のサーバーが存在する可能性があり、どのサーバーがリクエストを処理するか指定され、すべてのユーザーのリクエストを均等に分散するために負荷分散デバイスが必要です。また、リクエストされたデータは分散キャッシュはまだ静的ファイルまたはデータベースに保存されており、データがブラウザに返されると、ブラウザはデータを解析し、静的リソース (CSS、JS、画像など) がまだ存在することを確認します。別の HTTP リクエストを優先的に開始しますが、これらのリクエストはCDN上にある可能性が高く、CDN サーバーはユーザーのリクエストを処理します。一般的に、ユーザー リクエストには非常に多くの操作が含まれます。
ネットワーク アーキテクチャがどのように変化しても、従う必要がある一定の原則が常に存在します。
- インターネット上のすべてのリソースは URL で表す必要があります。URL は統一リソース ロケーターです。サービスやリソースをインターネット上に公開して、他の人がアクセスできるようにするには、まず世界で一意の URL を用意する必要があります。
- HTTP プロトコルに基づいてサーバーと通信する必要がある
- データの表示はブラウザ上で行う必要があります。データ リソースを取得した後、ブラウザ上での外観を復元する必要があります