ギリシャ神話では、タイタンのプロメテウスは岩に鎖でつながれていました。 毎日、ワシが飛んで、彼の肝臓の一部を食べました。 臓器は夜間に再生し、食物源を補充した。 肝臓は、自然に再生することができ、人体の中でいくつかの臓器の一つです。 さらに印象的なのは、肝臓が再生して固定されている間に、それはまだ機能的であるという事実です。 古代ギリシャ人はこの機能を知っていて、ほぼ3000年前に彼らの神話にそれを組み込んだ。

継続的な機能

ネットワークを設計するとき、システムに中断があっても機能的にしたいと考えています。 ハードウェアの障害、ファイバーカット、ソフトウェアの不具合、さらにはケーブルを噛んでいるリスも発生します。 私たちは、アプリケーションの配信とネットワークインフラストラクチャがこれらの問題にどのように反応するかについて懸念しています。 私たちは、損傷の影響を最小限に抑えるために、ITインフラストラクチャに技術を設計します。p>

私たちの肝臓のように、ネットワークはそれに与えられた損傷を癒しても機能している必 アプリケーションを配信する必要があり、企業はまだ実行する作業を持っています。 初期には、レイヤ2トポロジ用のスパニングツリープロトコル(STP)やレイヤ3トポロジ用のルーティング情報プロトコル(RIP)などの動的ネットワー 時間の経過とともに、これらのプロトコルは、レイヤ2ベースのRAPID spanning tree protocol（RSTP）と、OSPF、ISIS、BGPを含むレイヤ3ルーティングプロトコルを含むように進化してきました。

OSIスタックの上に移動

我々はまだ、アプリケーションの可用性とネットワークインフラストラクチャ全体のアプリケーションの配信のためのメ ここでは、サーバー負荷分散（SLB）とグローバルサーバー負荷分散（GSLB）による動的DNS操作を導入しました。 これらは、アプリケーションサーバーの障害を検出し、データセンターの障害を完了するためのメカニズムを提供します。

私の理想的なネットワーク（種類の）

今日ネットワークを設計すると、高いレベルでは、上の図のようになります。 冗長性は、アーキテクチャのあらゆる側面に組み込まれています。 複数のサーバー、地理的に多様なサイト、および異なるコンポーネントへの複数のネットワークパスがあります。 単一障害点はありません。 一つの側面が失敗した場合、動的技術は自動的に再コンバージして、クライアントとアプリケーションサーバー間の新しいベストパスを決定します。私はこの記事ではカバーしていない細かい詳細がたくさんあります。

レイヤ2/3ネットワークおよびデバイス接続の実際の設計は、すべてのアプリケーションのアプリケーションサービスレベル保証(SLA)を確実にするために、 私たちはアプリケーションが何であるかを知らないので、その決定を下すことはできません。 もう一つの理由は、私がこのネットワークを構築するために必要なすべての側面を議論するために本を書く必要があるということです。

あなた自身の自己修復を設計し、ITインフラストラクチャを再生成する際に覚えておくべき重要なポイントは、次のとおりです。

• アーキテクチャに冗長性を構築する
• 変化する条件に自動的に調整する動的技術を活用する
• 重要な最終目標は、アプリケーションSLAを確保することであることを覚えておいてください

次に、このネットワークを取り、さまざまなコンポーネントを壊して、アプリケーションの配信にどのように影響し、エンドユーザーがどのように認識するかを確認します。p>

Read”シンプルにして、スケーラブルにしてください: Futureproofロードバランサーの6つの特徴”詳細を学ぶ。h3>

今すぐダウンロード