ネットワーキング「あはは！」一瞬

最近、ネットワーキングについて大きな発見がありました。ご存知のように、私はほぼ 25 年間、IT、特にデータ通信の分野で働いてきました (はい、私はその年です!)。市場で成功することのない素晴らしい製品に出くわし、飲み物を片手に座って、「なぜこんなに良い製品が採用されないのか」と考えていました。驚くべき新技術を備えた最高の製品は、退屈な製品よりも失敗することが多いようです。

簡単な答えはタイミングです。タイミングが全てだ。私は信じられないほどクールなソリューションを構築している企業で働いてきました。そのうちの 1 人は、約 8 年前に「ゼロ トラスト」という奇妙なことをしていました。誰もこの技術に関心を持っていないようで、この用語は反響がありませんでした。今日、おそらく 100 の ZT または ZTNA スタートアップが次のユニコーンになろうとしています。 タイミングが全てだ。

時々、信じられないほど製品化するスタートアップがいる 明らか 誰もが同意するテクノロジーの一部ですが、それでも市場に変化をもたらすことはできません。たとえば、ルーターやスイッチの OS として Linux を使用するのは理にかなっているという点で、今では誰もが同意していますが、10 年前には、この考えはやや奇妙でした。今日、あなたは見つけるのが難しいでしょう NOS それ ではない Linux をベースにするか、最低限でも Linux の「ゲストシェル」を提供するため、使い慣れたプラットフォームで自動化スクリプトを実行できます。

それ自体の変更は、多くの場合、努力する価値がありません。購入コストを下げるために何かを変更するコストは、多くの場合、ネットワーク運用チームが機器を管理する方法に大きな変化をもたらす可能性があります。頭を悩ませるほどのことではない可能性が高いため、通常はこれまでと同じ方法で作業を続けます。しかし、あなたの会社だけでなく、全世界のプラットフォーム全体が変化した場合はどうでしょうか?

プラットフォームの移行は重要

プラットフォームの移行は通常、人々が以前のように生活することができなくなった場合、または警備員の交代がある場合に発生します。高齢者が亡くなって引退すると、新しい人は古い方法でそれを行うことを拒否し、古いランブックを捨てるか、繰り返しの部分を自動化します。

Linux をネットワーク スイッチに配置することは良い考えですが、それだけではネットワーク アーキテクトがデバイスをアップグレードして運用モデルを変更するほどではありませんでした。ネットワークをプログラミングするこの新しい方法は、主要な市場の移行に結びついておらず、その結果、エンド ユーザーが移行するのに十分な魅力がありませんでした。

そうは言っても、なぜ私は別のオープン ネットワーク オペレーティング システムに興奮しているのでしょうか。 私は罰の食いしん坊ですよね？

今日のネットワーキングでは、2 つの主要なことが起こっています。

SONiC が登場。ゲームを変えるプラットフォームへの移行

SONiC もっている 巨大な勢い 市場で。ネットワーク アーキテクトは、波に乗る方法を考える必要があります。真っ直ぐに立って、波に打たれるのは確実に失敗する方法です。市場の大転換が始まろうとしています。何が SONiC オファー？

• ネットワーク デバイスをプログラミングする標準化された方法
• 各ユースケースに合わせて調整できる、オープンで構成可能なオペレーティング システム
• サプライ チェーンの自由 – Cisco、Arista、Juniper、Nvidia、Dell などのお気に入りを含む数百のオプションがあります。
• オープンソースは長期的には常に勝つ

しかし、SONiC の管理は簡単なことではありません。これはおじいちゃんの CLI ルーターではありません。では一体誰が単一のデバイスを管理しているのでしょうか?今日のネットワークは、慎重に構築された分散アプリケーション (ファブリックと呼ばれることもあります) です。これは、単一障害点が履歴書の更新を強制する確実な方法であるためです。

コンテナを実行している多数のデバイスを管理するための優れたオープンソース テクノロジがあれば…

ばかげた Kubernetes です。

これを読んでいる人なら誰でもわかるはずです。 Kubernetes は、アプリケーション オーケストレーションのデファクト テクノロジです。実際、Kubernetes はインフラストラクチャを制御するために使用される主要な方法です。しかし、なぜネットワークはこの新しい分野でこれほどまでに遅れをとってしまったのでしょうか? クラウド ネイティブ 私たちが住んでいる世界？ GREATがたくさんあります コンテナー ネットワーク インターフェース (CNI) と Kubernetes ネットワーク プロバイダー、しかし、これらは実際には、アプリケーション トラフィックがクラスターのイングレスに到達した後に起こることのみに対応しています。これらすべての k8s ノードを何かにプラグインする必要があります。

2 つのプラットフォーム移行は 1 つよりも優れています!この 2 つの波が融合するとどうなるでしょうか。

あなたが私たちのような人なら、その答えは、機器を構築して操作する信じられないほど新しい方法であることを知っています.しかし、私たちの言葉を鵜呑みにするのではなく、ただ雲を見てください。クラウド内の Kubernetes クラスターの物理ネットワークをどのくらいの頻度で構成しますか? 一度もない。 あなたはそれについてさえ考えていません。また、ネットワークのことを考える必要がなくなると、アプリケーションの所有者は太り、無口になり、幸せになります。しかし、それほど高速ではなく、独自のデータ センターまたはエッジで Kubernetes を実行してみてください。突然、従来のネットワーク運用モデルに再び取り組まなければならなくなりました。これが、人々がクラウドにとどまり、ワークロードをホストするために 5 倍から 10 倍の料金を支払う大きな理由です。難しすぎたからです。

もうそうじゃない

Hedgehog では、ネイティブの Kubernetes コントロール プレーンを、SONiC コミュニティの DNA であるオープン ソース ネットワーキングの利点に融合しています。そして、私はそれについて興奮していると言えますか？

一連のブログ投稿を通じて、おそらくあなたの頭をよぎる疑問に対する答えを明らかにしていきます。これは非常にエキサイティングなものになることをお約束します。また、優れたプレゼンターと同様に、最後にお菓子を差し上げます (無料のオープン ソース ソフトウェアとターンキー オンボーディング モデルの形で)。

では、なぜ Hedgehog を評価する必要があるのでしょうか。

• 残りのインフラストラクチャに使用しているのと同じ API と操作を使用して、物理ネットワークをプロビジョニングおよび管理できます。
• k8 を管理でき、そこでアプリケーションを実行する方法を知っている人を見つけることは、複数のベンダー独自の NOS を管理できる人を見つけるよりもはるかに簡単です。
• 利用可能なすべてのハードウェア ベンダーを検討して、サプライ チェーンのオプションを改善し、ビジネス リスクを最小限に抑えることができます。

私たちは最高の製品を構築することに懸命に取り組んでおり、ネットワーキングは非常にシンプルです。 と思われる 電源を入れると消える.

PS 私たちの革命についてもっと知りたい場合は、 会議をリクエストする そして、私たちはあなたのすべての質問に答えることができます.