ジュニパーが128テクノロジー買収の完了を発表

[vc_row] [vc_column] [vc_column_text css =”。vc_custom_1528814971818 {margin-bottom:0px!important;}”]以前のブログ投稿で、128Tルーターの サービス指向のネットワーキング このアプローチにより、管理者は、専用のモデリング言語を使用して、ネットワークが運ぶアプリケーションを説明できます。 アプリケーションが記述されると、ネットワークは、各インバウンドセッションに対して、そのアプリケーションのプロパティと要件に基づいて、最適なパスを選択します。

128T 借家人 モデルはこれをさらに一歩進め、これらのアプリケーションのルートを、それらが必要なユーザー(およびデバイス)だけが利用できるようにします。 ネットワークセグメンテーション.

ネットワークセグメンテーションは新しいものではありません。 ネットワーク管理者は、任意のネットワークトポロジでのネットワークアクセスを制限するために、XNUMX年以上にわたってVLANを使用してきました。 最近では、VXLAN、GRE、GENEVEなどのトンネリングオーバーレイのスモーガスボード全体が出現し、ネットワークが許容されるVLANの最大数を超えたときに「VLANの肥大化」に対処しています。 (そしてそれらとともに、差別化の感覚を吹き込むための新しい最上級が出現しました:マイクロセグメンテーション、ハイパーセグメンテーションなど。)

128Tのテナントは、ネットワークアーキテクトにツールベルトの新しいツールを提供します。テキストベースの 階層 ネットワークサービスを整理するためのモデル。 以下に例を示します。開発ラボ自動化プラットフォームなどのサービス(アプリケーション)が「engineering」という名前のテナント内でホストされている場合、そのテナントのメンバーのみがサービスへのルートを持ちます。 XNUMX番目のサービスを作成してソースコード管理プラットフォームをモデル化し、それを「dev.engineering」テナントに割り当てます。 これにより、ルートのスコープがdev.engineeringクライアントに制限されます。 その文字列「dev.engineering」が意味する階層は、それがエンジニアリングテナント内のサブテナントであることを意味します。 サブテナントとして、dev.engineering内のホストには、dev.engineeringでホストされているサービスのすべてのルートと、 テナントエンジニアリング(自動化システム)ですが、その逆は当てはまりません。 親テナントの一部として定義されたホストには、ソース管理リポジトリに到達するためのルートがありません。

Graphic_blog_tenant_720.png

テナント階層内のレベル数に制限はありません(例:dev.engineering.boston.128technology)。そのため、管理者はテナントモデル内の最適な場所でサービスをホストして、ルーティング可能性を確立できます。 階層を使用してルートのスコープをモデル化すると、ネットワークが提供しているサービスにアクセスできるホスト(ユーザー、デバイスなど)を非常にきめ細かく制御できます。 ただし、VLAN、オーバーレイ、またはACLの不可解なネストに頼ることなくこれを実行します。[/ vc_column_text] [/ vc_column] [/ vc_row] [vc_row] [vc_column] [mk_buttondimension =” flat” corner_style =” rounded” size = ” large” url =” https://www.128technology.com/resources/white-paper/hypersegmentation-under-the-hood/” align =” center”]関連するホワイトペーパー:内部のハイパーセグメンテーション[/ mk_button] [ / vc_column] [/ vc_row]

ニュースレターを購読する

最新の投稿を受信トレイに直接配信します

リーダーの相互作用

コメントを残す

あなたのメールアドレスは公開されません。 必須フィールドは、マークされています *