コンピュータネットワークのネットワークアプリケーションの00 05基本原則

1ネットワークアプリケーションのアーキテクチャ

  1. ネットワークアプリケーションの特徴は何ですか?
    そこに(1)の異なる性質およびスタンドアロンアプリケーションは何ですか?
    ネットワーク・アプリケーション・アーキテクチャの(2)どのようなものを採用すべきか?
  2. ネットワークアプリケーションのアーキテクチャ
    (1)クライアント/サーバ・アーキテクチャ(クライアントサーバー、C / S)
    ポイントの設定(2)点(ピア・ツー使用ピア、P2Pである)
    (3)ハイブリッド構造(ハイブリッド)
  3. クライアント/サーバアーキテクチャ
    (1)サーバ
    | --7 * 24時間サービス
    | -永久的なアクセスアドレス/ドメイン名が
    | -スケーラビリティを達成するために、多数のサーバーを使用するが、
    (2)クライアント
    | -サーバーとの通信サーバが提供するサービスを使用して
    | -断続的なアクセスネットワークは
    | -動的IPアドレスを使用することができます
    | -他のクライアントと直接通信しない
    (3)例:ウェブ
  4. 純粋なP2P構造
    (1)は、常に、サーバではない
    (2)エンドシステム/ノードとの間の直接通信することができる
    (3)間欠アクセス・ネットワーク・ノード
    (4)ノードのIPアドレスを変更することができる
    高度にスケーラブル(5)の利点
    ( 6)欠点:管理が困難
  5. ハイブリッド構造
    二つの構造を一緒に混合するかどうかを(1)?
    (2)の両方の欠点を回避するためにそれを利用することができ、同時に2つの混合?
    ナップスター(3)
    | -構造を使用して、P2Pファイル転送
    | - C / Sの構造を使用してファイルを検索する-集中
    | ----中央サーバへの各ノードの自分のコンテンツを登録
    | ----各ノードは中央サーバに照会要求を提出し、関心を探し
  6. 質問
    (1)各ネットワーク・アプリケーション・アーキテクチャのための5つ以上を特定します。
    様々な態様/角度の利点と欠点から3つのアーキテクチャの(2)の比較。

プロセス間通信ネットワークアプリケーション2

  1. 基本的なネットワーク・アプリケーション:プロセス間通信
    (1)プロセス:プログラムは、ホスト上で実行されています。
    (2)同一ホスト上で実行中のプロセス間で通信するには?
    | -プロセス間通信メカニズム
    | -オペレーティングシステム
    、異なるホスト上で実行されている(3)プロセス間通信方法?
    | -メッセージ交換
    (4)クライアントプロセス:プロセスの通信を開始する
    (5)サーバプロセス:プロセス通信要求を待つ
    P2Pアーキテクチャを使用して(6)アプリケーションは、サブプロセスのクライアント/サーバ・プロセスに存在?ホストは受信機として、それがクライアントプロセスを実行するとき、存在し、実行中のサーバプロセス上の送信元のホストとして。
  2. ソケット:ソケット

    通信ソケット送信を用いた処理(1)との間に/メッセージ実装受信
    (2)手紙をポストに似て
    | -ドアに送信元メールメッセージ
    | -依存送信者(外部)伝送インフラニュースはレシピエント宿主は、受信者のドアに送信された施設に達し
    | -受信者が外部からメッセージを取得します
    (3)輸送インフラがプロセスへのAPIを提供
    | -トランスポートプロトコルの選択
    | -パラメータセットアップ
  3. プロセスに対処するには?
    異なるホスト上の(1)プロセス間通信は、各プロセスは、識別子が有していなければならない
    (2)どのホストに対処するために?--ipアドレス
    | -Q-:ホストはIPアドレスを持っていた後、プロセスを検索するのに十分ですか?
    | -A-:いいえ。同じホスト上で同時に複数のプロセスが通信する必要があります。
    (3)ポート番号/ナンバーポート
    - |各プロセスに割り当てられたポート番号上のホストと通信する必要がある
    | - HTTPサーバ80
    | --mailサーバ25
    の識別子(4)プロセス
    | --ip +ポート番号
  4. アプリケーション層プロトコル
    (1)ネットワークアプリケーションは、アプリケーション層プロトコルに従う必要があり
    、(2)プロトコルを開示し
    | - RFC(コメント要求が)によって定義された
    | -相互運用性を可能に
    | - HTTP、SMTP、......
    (3)独自のプロトコルを
    | -ほとんどのP2Pファイル共有アプリケーション
  5. 概要アプリケーション層プロトコル

    (1)メッセージの種類(タイプ)
    | -要求メッセージ
    | -応答メッセージ
    構文(2)メッセージ(synatx)/フォーマット
    | -メッセージのフィールド(フィールド)?
    | -どのように各フィールドの記述
    (3)フィールドの意味(セマンティクス)
    |情報フィールドの意味-
    (4)のルール(規則)
    /応答メッセージを送信するときのプロセス- |
    /レスポンスを送信する方法のプロセス- |ニュース

3ネットワークアプリケーション

  1. ネットワークアプリケーションは、トランスポート・サービスの需要
    (1)データの損失(データの損失)/信頼性(信頼性)
    - |一部のネットワークアプリケーションでは、いくつかのデータの損失に耐えることができますVoIPのを
    | -一部のWebアプリケーションでは、100%の信頼性が必要データ転送:ファイル転送、Telnetの
    (2)の時間(タイミング)/ディレイ(遅延)
    | -のみ「有効」十分に低いレイテンシーでのいくつかのアプリケーション
    | -インターネット電話/オンラインゲーム
    (3)帯域幅(帯域幅)
    | -いくつかのアプリケーションは、ときにのみ「有効」の最低要件の帯域幅:ネットワークビデオ
    |:メール-弾性アプリケーション-いくつかのアプリケーションは、任意の帯域幅に適応することができます
  2. 一般的なネットワークアプリケーションは、トランスポート・サービスの需要
  3. インターネットが提供するトランスポートサービス
    (1)TCPサービス
    の接続を確立するために必要なクライアント/サーバ・プロセス間:接続指向- |
    | -信頼性の高い伝送
    | -フロー制御:送信者は、あまりにも速く以上の受信者は送信されません容量処理する
    ネットワークの負荷が送信者の送信速度を制限することができます:輻輳制御- |
    | -時間/遅延保護を提供していません
    | -最小帯域幅保証を提供していません
    (2)UDPサービス
    | -接続なしを
    | - -信頼性の低いデータ転送
    | -提供されていません:信頼性、セキュリティ、フロー制御、輻輳制御、遅延保護、帯域保証を
  4. 典型的なネットワーク・アプリケーションのトランスポート層サービス
  5. 放課後の練習
    (1)コンピュータ上のすべてのネットワークアプリケーションのインベントリ、ネットワークアプリケーション、機能、プロトコルなどの名前を含めて、リストを作ります。
    上記のリストに基づいて(2)、テーブルを作成し、これらのネットワークアプリケーションは、トランスポート・サービスの需要分析します。
    TCPやUDPを使用して、これらの輸送サービスのネットワークアプリケーションの(3)分析。
公開された77元の記事 ウォン称賛11 ビュー2641

おすすめ

転載: blog.csdn.net/weixin_43762330/article/details/104646837