先日、見込み客と話した後、彼らは私の前回のブログを読んだと言いました。私はインテント・ベースのネットワーキングについて話していましたが、インテント・ベースのネットワーキングの重要な要素であるオーケストレーションについては書いていませんでした。 その通りでした。 でも、今日はその省略を訂正させてください。 偉大な指揮者であり作曲家であったレナード・バーンスタインは言いました：「偉大なことを成し遂げるには、2つのことが必要です。 そして、彼はオーケストレーションについて、ひとつやふたつは知っていたに違いありません。 この言葉は、最近のIT業界では一般的な、強い時間的プレッシャーのもとで変革に取り組む今日のネットワーキングに確かに当てはまります。 自動化とオーケストレーションは密接に関連しています。 もちろん、自動化は最近のITにおける最優先事項です（それについては、こちらの「WANの現状レポート」をお読みいただき、ウェビナーに登録してください）。 しかし、「自動化」とは何を意味するのでしょうか？ 定義にもよりますが、ネットワーキングにおいて自動化は目新しいものではありません。 ネットワーキングにおいて。 業界アナリストは常に、時代遅れの手動コンフィギュレーションの元凶と見なしますが、私たちはずっとスクリプトを使ってきました。 スクリプトを使えば、マネージャーがもっと時間がかかると思っていたデバイスの設定作業をスピードアップできます！ 私たちはそのために熟考を重ね、スクリプトを編集して実行し、仲間のネットワーク・エンジニアたちとハッピーアワーに出かけました。 定義的には、スクリプティングのようなものは、ソフトウェア科学では命令型アプローチとして知られています。つまり、そのレイヤーと対話するためには、そのレイヤーの機能の細部まで知り、それを完全に正確に実行しなければなりません。
ですから、ITにおける変革的な自動化について語るとき、スクリプトのことを指しているのではないと思います。
結局のところ、スクリプトの適用範囲は非常に狭いのです。スクリプトは非常にデバイスに特化しており、私はデバイスごとにスクリプトを実行しています。
スクリプトのようなツールはロケットパワーの松葉杖であり、非常に特殊な動きには非常に効果的ですが、その狭い範囲外では「ロケットモード」のスイッチを押さずに足を引きずる方がマシです。
一方、オーケストレーションは、はるかに広範囲な自動化を可能にするツールです。
例えば、新しいUCaaSデプロイメントを展開するため、QoSポリシーをグローバルに更新したい場合、2つの異なる自動化アプローチの動作方法は次のようになります：
- スクリプト私のネットワークに50のサイトがある場合、私の自動化スクリプトの50のわずかに異なるバージョンを作成し、50のサイト固有のスクリプトを作成します。
そして、それらを個別に実行します。
このアプローチが馬鹿げていると思うのであれば、単にすべてのノードにログインし、ローカルのサービスクラスポリシーを変更するために手動で設定するだけでも、数百のCLIコマンドを実行することは珍しくないという事実を考えてみてください。
そして、50のサイトで何百もの手入力コマンドを実行した場合、設定ミスが発生する可能性もあります。
これが、スクリプトによる自動化がネットワークで評価されるよりもはるかに広く採用された理由です。 - オーケストレーション：UCaaSのトラフィック優先度やUCaaSクラウドへの最適なブレイクアウトなど、UCaaSに対する意図を抽象化したポリシーを定義するだけです。
オーケストレーションツールは、ソフトウェアエンジニアリングで宣言的モデルと呼ばれるものを使用して、それを変換します。
一歩飛ばしましたね：私は “宣言型 “が何を意味するのか言いませんでした。
宣言型モデルは命令型モデルとはまったく違います。
命令型モデルでは、コントロールしようとする要素が複雑さをすべてさらけ出してしまいます。
タクシーを雇うことを想像してみてください。「サンフランシスコ空港のターミナルAに行きたい」と言って走り去った後、居眠りする代わりに、あなたはタクシーの運転手に「次は左折、右折、6マイル（メートル法の読者にとっては約10km）先の出口で…」といちいち指示しなければなりません。
これが命令型モデルです。
宣言型モデルでは、地球上で最高のタクシー運転手がいて、彼らが正確かつ迅速に目的地まで連れて行ってくれ、あなたの意図を完璧に実行し、（チェックインの列を見るまでは）リラックスしてターミナルAに到着することがわかっています。
また、もう一歩飛ばしちゃいましたね。「それって、ありゃかと関係あるの？
その答えは、業界をリードするオーケストレーション・ワークフローなしには、私たち自身と800を超えるグローバル企業のお客様のために、ネットワーク変革を提供することはできないということです。
私たちのオーケストレーション・ツールはANMC（Aryaka Network Monitoring and Control）と呼ばれています。
このツールは、私が強調したい3つの主な機能を相互作用させ、果たします（他にもあります）：
- ANMCはAryaka Global ManagedSD-WANアーキテクチャの重要なアーキテクチャ要素であり、宣言型モデルに従って意図を自動設定に変えます。 多くの SD-WAN ベンダーはインテントベースの自動化について話しますが、定義しなければならない複雑なポリシーを見ると、ネットワークの専門家が必要です。 Aryakaモデルでは、ブランチロケーション、アプリケーションの優先順位、セキュリティ体制、クラウドベースのXaaSと冗長性のニーズを宣言するだけで、ANMCを搭載したAryakaオーケストレーションマシンが、世界中どこでも48時間以内にそれを実現します。 高レベルのネットワーク設計の意図を、Aryakaインフラストラクチャ全体のオーケストレーションされたコマンドに解決します：
- ステップ1: Aryaka Globalのレイヤー2コアネットワークにおいて、お客様固有の接続性、QoS、およびセキュリティ設定をオーケストレーションします。
- ステップ2：ブランチデバイスをアクティベートすると、シームレスなゼロタッチデプロイメントモデルでプロビジョニングが行われ、グローバルで安全かつ確定的な接続が即座に提供されます。
- ANMCはまた、Aryakaのインフラストラクチャ上でネットワークを運用するすべての企業に対して、Aryakaのnetwork-as-a-serviceインフラストラクチャ内で起こっているすべてのことを可視化するグローバルな可視化装置でもあります。
これは、Aryakaが自社のインフラストラクチャのニーズを事前に計画するだけでなく、MyAryakaカスタマーポータルを介して顧客に自社のリソースの可視性を提供することを可能にするグローバルなトレンドツールを提供します。
Intent-basedネットワーキングSに関して言えば、これは当初の意図と運用の現実を常に一致させ、矛盾や潜在的に破壊的な傾向を警告する重要なフィードバックサイクルです。 - ANMCはAryakaの内部的なモニタリングおよびオーケストレーションツールですが、マルチテナント機能の中核であることは明らかです。
ANMCは、MyAryakaの可視性とセルフプロビジョニングのカスタマーポータルのアーキテクチャ基盤を提供します。
オーケストレーションは企業ネットワーキングの将来にとって不可欠な要素であるため、私たちは定期的にこのトピックを再検討することになるでしょう。
なぜなら、オーケストレーションは企業ネットワーキングの将来にとって不可欠な要素だからです。しかし、最後に少し個人的な考えを述べさせてください。20年以上ネットワーキングに携わってきた私たちの多くは、勤めている会社に関係なく一緒に座り、「もしオーケストレーションと自動化が引き継がれたら、私たちはどうすればいいのだろう？
レナード・バーンスタインの言葉をもう一度引用しましょう：「オーケストラで最も演奏が難しい楽器は、セカンド・フィドルである」。
そこで私が得た教訓は、ネットワークにおいて私たちはあまりにも長い間ソリストであろうとし、自分たちの領域を完全にコントロールしようとし、自分たちがなくてはならない存在だと思い込んできたということです。
しかし、デジタル・エンタープライズのニーズに伴い、ネットワーキングは包括的なビジネス目的のためのツールになる必要があることも分かっています。
バーンスタインが大成功を収めたニューヨーク・フィルやウィーン・フィルのセカンド・ヴァイオリン奏者は皆、彼らが影を落としたアンサンブルのファースト・ヴァイオリン奏者よりも幸せだったと思います。
新興デジタル時代のIT組織は、紛れもなく私たち全員をファースト・バイオリンに対するセカンド・バイオリン（バーンスタインの言葉）と宣言しています：ビジネスの成功のために、私たちはクラウドファーストの企業のニーズを満たす、非常に俊敏で堅牢なネットワーク・インフラストラクチャの基盤を提供しなければなりません。
そして、一緒に美しい音楽を奏でましょう。
ANMCは、お客様のオーケストレーターです。
もっと詳しく知りたいですか？
弊社のエキスパートによるデモをご予約ください。