管理アプリケーションの例には、ネットワークの監視、障害検知と復旧のアプリケーションがある。Plane.マネジメントプレーン・サービスは、マネジメントプレーン上のほかのサービスまたはアプリケーションに対して接続方法を提供する。明確な区別の定義は、本書の準備の間ずっと、コミュニティの重要な注目を集めた。エコシステムにおいて範囲外として指定されていることを観察した。この節の残りの部分では、構造、機能、各インタフェースのニーズについて明確な理解を得るために、その二つのプレーンの違いを生じさせる特徴をまとめる。Timescaleコントロールプレーンとマネジメントプレーンに対する時間的尺度(timescale)の基準に関してポイントが提起されている。各プレーンが反応するために要求される速さはどの程度か、あるいは、機器のフォワーディングプレーンやオペレーショナルプレーンを操作するために必要な速さはどの程度か、という点について。アップデートを送信する必要がある。アップデートはおおよそミリ秒の範囲で変換され、広帯域・低遅延のリンクを必要とする。そのため、帯域の効率は、常に重大な関心事ではない。した事例のよい例は、機器の設定状態を変更することである。Persistenceコントロールプレーンとマネジメントプレーン間のもうひとつの違いは、状態の持続性(persistence)と関係している。状態がごく限定された存続時間を持つのであれば、状態は一時的と見なせる。よい例は、通常コントロールプレーンに関連づけられている、ルーティングを決定することである。超えるような存続時間を持つ持続性のある状態は、通常マネジメントプレーンと関連している。持続的な状態はまた、状態のデータストアとも関連している。Locality先に言及したように、伝統的にコントロールプレーンはネットワーク機器上で局所的に実行され、実際には分散される。マネジメントプレーンは集中的な方法で、機器に対してリモートで実行される。より、コントローラは、コントロールプレーンとマネジメントプレーン間の局所性に基づく区別を混在させる傾向がある。CPU、メモリ、ストレージ)から成るものと見なす。それは、通信網を介して接続されており、総合してタスクを実行する。定理(または推論)は、普遍的な価値のある、分散システムの3つの特徴を特定する:一貫性(consistency)、システムは問い合わせに対して、どのノードが要求を受信したかにかかわらず、等しく応答する(または全く応答しない)こと。可用性(availability)、すなわち、システムは常に要求に対して応答すること(応答が一貫していない、あるいは正しくないとしても)。tolerance)、つまり、特定のノードまたは通信網が障害を起こしたとしても、システムは機能を継続すること。分散システムはこれら3つの特徴のうち、任意の2つを同時に満たすことは可能だが、3つすべてを満たすことはできない、と予想した。packets.ネットワークを通してパケットを正しく転送することは、計算の問題である。仮定する主要な抽象化のひとつは、すべてのネットワーク構成要素が、入ってくるパケットの中のフィールドを検査し、転送する方法を決定する、シンプルな計算タスクを実行する計算機リソースである、ということだ。ネットワークの入り口(ingress)から出口(egress)へパケットを転送するというタスクは、明らかに多数のパケット転送要素によって実行されるので、パケット転送機器のネットワークは分散された計算機システムとなる。定理はパケットの転送に適用される。slow.CAP定理の文脈で、分散耐性が最重要だと考えるのであれば、伝統的なコントロールプレーン操作は通常ローカルかつ高速(可用性がある)であり、一方マネジメントプレーンの操作は通常集中化され(一貫性がある)、低速になるだろう。アーキテクチャについての考察をも提供する。スイッチによって一貫して処理されることを保証する。モデルでは取り扱われない。スイッチがコントローラへ接続できなくなる場合、その接続が復元されるまでフローは利用できなくなるだろう。これは分断耐性を向上させるが、確実な一貫性を失うという犠牲を払う。定理をどのように適用するかに関する最初の調査を提供している。コントロールプレーン、マネジメントプレーン、アプリケーションプレーンのサービスから、ほかのサービスまたはアプリケーションへの接続を提供する。いう用語がオーバーロードされていることに注意する。それはしばしば、システム設計からサービス指向アーキテクチャの範囲の、いくつかの文脈で使用される。アプローチへマッピングする。characteristics.サービスインタフェースは、それらの特定の要求にふさわしい、多くの形式をとることができる。インタフェース等を含むが、これに限定されるわけではない。インタフェースである。個々のリソースは、(URIのような)リソース識別子によって識別される。自己記述可能なメッセージ各メッセージは、メッセージが処理される方法を記述するのに十分な情報を持つ。アプリケーション状態のエンジンとしてのハイパーメディアクライアントは、サーバと対話する方法の事前知識を必要とせず、固定されたインタフェースを介さない。(RPC)は、以下の特徴を持つ:個々のプロシジャは識別子を使うことで識別される。クライアントはプロシジャの名前と関連するパラメタを知る必要がある。Plane.コントロールプレーンあるいはマネジメントプレーンのサービスを使う、アプリケーションとサービスは、アプリケーションプレーンを形成する。interface.加えて、アプリケーションプレーン中のサービスは、サービスインタフェースを経由するアプリケーションプレーン中に「存在する、ほかのサービスやアプリケーションにサービスを提供する。etc.アプリケーションの例は、ネットワークトポロジディスカバリ、ネットワークプロビジョニング、パス予約などがある。理解する(3)月別アーカイブはてなブログをはじめよう!stereocatさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。