以前のブログで、私はネットワーク・エンジニアがセカンド・バイオリンを演奏していることについて書きました（レナード・バーンスタインのニューヨーク・フィルハーモニー管弦楽団とウィーン・フィルハーモニー管弦楽団について言及したことは気にしないでください！）。 健全な討論が行われ、ネットワーク・エンジニアはこのクラウドファーストの時代に「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は、イノベーションとビジネス成果を促進する文化を作り出します。
ネットワーキングでは、私たちはまだペットの世話をしていることを認めなければなりません：ルータ、スイッチ、そして – そう、言わなければなりません – Do-It-Yourself SD-WAN。
エンタープライズ WAN の歴史を見てみましょう。私がこの業界に入ったとき、私たちは ATM インフラを展開していました。
その後 IP ルータが登場し、それは楽しいものでした。
その後、VoIPやセキュリティ機能など、さまざまなアプリケーションをルーターOSに統合するようになりました。
これらの「ペット」は非常にメンテナンスが必要になり、しかもハムスターのような寿命を持つようになりました。
2～3年ごとに、より大きなCPU、より高速なインターフェイス、新しいスイッチ・ファブリックなど、ハードウェアの大幅なアップグレードが必要になるようでした。
CPUの大型化、インターフェースの高速化、新しいスイッチ・ファブリックなどです。
ネットワークの世界の何人かはフェンス越しにアプリケーションの世界が仮想化で成し遂げたことを羨ましく思い、SDN の空想家達はネットワークの抽象化について語り始めました。
ネットワークの仮想化は実現し始めました。
SD-WAN の大部分は仮想オーバーレイとして構築されています。 オーバーレイがビジネスレベルのSLAを提供するために依存しているアンダーレイの物理ネットワーク・インフラとは異なり、オーバーレイは非常に機敏であるためです（オーバーレイとアンダーレイの迷路についてはこちらに書きました）。
また、ゼロタッチ・プロビジョニングも存在します。
しかし、グローバルなDo-It-Yourself SD-WAN を 実装した人に聞いてみてください。
確かにそうではありません（Network World の記事リンク）！
デザインガイドが参照する他のドキュメントをチェックすると数百ページにもなるデザインガイドがいくつかあります。
0日目に定義しなければならないポリシーは非常に複雑で、正しく定義する必要があります。
また、ビジネスクリティカルなアプリケーションにはMPLSが必要で、多くの場合、異なる国間のリンクを自分で調達し、自分でパッチを当てなければなりません。
DevOpsに話を戻すと、X-as-a-Serviceデリバリー・モデルのおかげで可能になりました。
まさにAryakaがネットワーキングで行っていることです。
私はこれをルーターレス・ネットワーキングと呼んでいます。
コンフィギュレーションや絶え間ない調整のことは忘れてください。
ルーター・ベンダーの営業マンが、新しい、より優れたハードウェアが出た、特別なプロモーションがあるなどと言うことはありません。
複雑なネットワーク・ポリシーの定義や、管理者間のSLAの提供方法について悩んだり、刻々と変化するIaaSやSaaSのトラフィック負荷に対応するためにネットワークを常に微調整したりする必要はありません。
Aryakaは、お客様のビジネスの意図をシンプルに解決します。サイトの場所、必要な冗長性、トップアプリケーション、優先順位付けの方法などを教えていただければ、お客様が思い描いたネットワークが48時間以内に魔法のように実現します。
さらに、ネットワーク・アズ・ア・サービスが変化するビジネス・ニーズに常に適応するようになります。
Aryakaは、グローバルレイヤー2ネットワークとコアネットワークに接続するすべてのラストワンマイルリンクのデータを常に処理・監視し、マクロトレンドを検出し、顧客に常に最適化オプションを提供しています。
確かに、大きな文化的変革が必要です。
DevOpsは新しい哲学であり、それは必然的にネットワークにおいても支配するようになるでしょう。
Aryakaは、DevOpsの文化をネットワークに持ち込むために、クラウドファーストのWANとして構築されました。アジリティとビジネス成果を実現するクラウドファーストのエンタープライズWANで、グローバル企業をグローバルに接続する新しい方法です。
800社以上の企業が参加しています。
SmartServicesポートフォリオのデモに参加しませんか？
