以前のブログで、私はネットワーク・エンジニアがセカンド・バイオリンを演奏していることについて書きました（レナード・バーンスタインのニューヨーク・フィルハーモニー管弦楽団とウィーン・フィルハーモニー管弦楽団について言及したことは気にしないでください！）。 健全な討論が行われ、ネットワーク・エンジニアはこのクラウドファーストの時代に「NetOps」パターンを取り入れなければならないことが認められました。 しかし私には、私たちがITの規律をネットワークに適用する際に名前を変えようとするという事実（DevOpsはどうにかしてNetOpsになる必要がある）は、ネットワークにおいて私たちがまだ自分たちは違うと思っていることを示しています。 したがって、（NetOpsではなく）DevOpsモデルを早く採用すればするほど有利になります。 クラウドファーストのアプリケーションとインフラ環境はDevopsが支配しており、ネットワークもそれに従わなければなりません。
NetOpsが話題に上るときはいつも、Pythonを使ったネットワーク・プログラマビリティ、コンフィギュレーション自動化、ポリシー定義に焦点が当てられます。 NetOpsの議論では専門用語が大半を占めます。 一方、DevOpsの議論は、ビジネス変革、文化、哲学に焦点を当てています。 NetOpsが実現しつつあり、それは素晴らしいことです。しかし、真のネットワーキングのゲームチェンジャーは、議論を発展させ、真のDevOps哲学を採用することでしょう。 そのためには、ネットワーキングの専門家は、何よりもまず、テクノロジーツールではなく、ビジネスの意図と文化でリードする必要があります。
アプリケーション・コンピューティングの歴史と、それがどのようにDevOpsにつながったかを簡単に振り返ってみましょう。 そして、ネットワーク・エンジニアとして、そこに顕著な共通点があること、そして私たちが全く同じ軌跡を辿っていること、そして必ず同じ結果に辿り着くことを、不承不承ながら認めなければならないでしょう：DevOps。 最初は鉄がありました。 アプリケーションの世界では、メインフレームからサーバーへ。 インストールし、設定し、OSにパッチを当てながら、その上で実行するアプリケーションとの互換性を維持し、パフォーマンスが低下し始めたらCPUやメモリ、ドライブを手動でアップグレードするのです。 その後、仮想化が登場しました。 突然、「抽象化の力」が起こり（バーバラ・リスコフの伝説的な講義を参照）、コードにイノベーションを起こす時間を増やし、サーバーの問題に対処する時間を減らすことができました。 この分離によってas-a-Serviceモデルが可能になり、今ではサーバーレス・コンピューティングやコードとしてのインフラストラクチャなどが見られるようになりました。 コンテナとオーケストレーションの間で完全に抽象化されたアプリケーション・インフラに関しては、「ペットではなく牛」というのがキャッチフレーズの1つです。 Dev(eloper)として、あなたはコードをオーケストレーションにプッシュするだけで、ユーザーに素晴らしいユーザーエクスペリエンスを提供するために、非常に迅速に、必要なスケールでロールアウトさせたいのです。 でも、それがどこでどのように行われるかは関係ないでしょう。 この2つを組み合わせるとDevOpsは、イノベーションとビジネス成果を促進する文化を生み出します。
ネットワーキングにおいて、私たちはまだペットの世話をしていることを認めなければなりません：ルータ、スイッチ、そして、そう、言わなければなりませんが、DIY SD-WAN。 私がこの業界に入った頃は、ATMインフラを展開していました。 その後、IPルーターが登場し、それは楽しいものでした。 その後、VoIPやセキュリティ機能など、さまざまなアプリケーションをルーターのOSに統合するようになりました。 その “ペット “たちは、とてもメンテナンスが大変で、しかもハムスターのような寿命でした。 2～3年ごとに、CPUの大型化、インターフェースの高速化、スイッチ・ファブリックの刷新など、ハードウェアの大幅なアップグレードが必要になっていました。 何でもどうぞ。 ネットワークの世界の何人かはフェンス越しにアプリケーションの世界が仮想化で成し遂げたことを羨ましく思い、SDN の先見者達はネットワークの抽象化について話し始めました。 ネットワークの仮想化が始まりました。 SD-WANの大部分は仮想オーバーレイとして構築されます。 オーバーレイは、ビジネスレベルのSLAを提供するために依存しているアンダーレイの物理ネットワーク・インフラとは異なり、非常に機敏であるためです（オーバーレイとアンダーレイの問題については、こちらに書きました）。 ゼロ・タッチ・プロビジョニングも存在します。 しかし、グローバルなDIY SD-WANを 実装した人々に、アプリケーション開発者がコードをプッシュアウトするのと同じくらい簡単だったかどうか尋ねてみてください。 確かにそうです（Network Worldの記事リンク）！ デザインガイドが参照する他の文書を確認すると、数百ページに及ぶデザインガイドがいくつかあります。 0日目に定義しなければならない方針は非常に複雑であり、正しく定義する必要があります。 また、ビジネス・クリティカルなアプリケーションにはMPLSが必要で、多くの場合、異なる国間のリンクを自分で調達し、自分でパッチを当てなければなりません。
DevOpsに話を戻すと、X-as-a-Serviceデリバリー・モデルのおかげで可能になりました。 それこそ、アーヤカがネットワーキングのためにしていることです。 私はこれをルーターレス・ネットワーキングと呼びたいのですが、サーバーレス・コンピューティングの言葉を借りています。 設定や絶え間ない微調整は忘れてください。 ルーターベンダーの営業マンが、「新しい、もっと良いハードウェアが出て、特別キャンペーンがありますよ」と言うことはありません。 複雑なネットワーク・ポリシーの定義や、管理者間のSLAの提供方法、刻々と変化するIaaSやSaaSのトラフィック負荷に対応するためのネットワークの微調整に悩まされることなく、ビジネスの成果に直結します。 Aryakaは、お客様のビジネス・インテントをシンプルに解決します。サイトの場所、必要な冗長性、トップ・アプリケーション、優先順位付けの方法などをお聞かせいただければ、お客様が思い描くネットワークが48時間以内に魔法のように実現します。 それだけでなく、ネットワーク・アズ・ア・サービスは、変化するビジネス・ニーズに常に適応します。 Aryakaは、グローバルレイヤ2ネットワークとコアネットワークに接続するすべてのラストワンマイルリンクのデータを常に処理・監視し、マクロトレンドを検出し、お客様に常に最適化オプションを提供しています。
そうですね、大きな文化の変革が必要です。 DevOpsは新しい哲学であり、それは必然的にネットワークにおいても支配するようになるでしょう。 Aryakaは、DevOps文化をネットワークに導入するために、クラウドファーストWANとして構築されました。アジリティとビジネス成果を実現するクラウドファーストのエンタープライズWANで、グローバル企業をグローバルに接続する新しい方法です。 800社以上の企業が参加しています。 SmartServicesポートフォリオのデモに参加しませんか？
