先日、見込み客と話した後、彼らは私の前回のブログを読んだと言いました。私はインテント・ベースのネットワーキングについて話していましたが、インテント・ベースのネットワーキングの重要な要素であるオーケストレーションについては書いていませんでした。 その通りでした。 でも、今日はその省略を訂正させてください。

偉大な指揮者であり作曲家であったレナード・バーンスタインは言いました：「偉大なことを成し遂げるには、2つのことが必要です。 そして、彼はオーケストレーションについて、ひとつやふたつは知っていたに違いありません。 この言葉は、最近のIT業界では一般的な、強い時間的プレッシャーのもとで変革に取り組む今日のネットワーキングに確かに当てはまります。 自動化とオーケストレーションは密接に関連しています。

もちろん、自動化は最近のITにおける最優先事項です（それについては、こちらの「WANの現状レポート」をお読みいただき、ウェビナーに登録してください）。 しかし、「自動化」とは何を意味するのでしょうか？ 定義にもよりますが、ネットワーキングにおいて自動化は目新しいものではありません。

ネットワーキングにおいて。 業界アナリストは常に、時代遅れの手動コンフィギュレーションの元凶と見なしますが、私たちはずっとスクリプトを使ってきました。 スクリプトを使えば、マネージャーがもっと時間がかかると思っていたデバイスの設定作業をスピードアップできます！ 私たちはそのために熟考を重ね、スクリプトを編集して実行し、仲間のネットワーク・エンジニアたちとハッピーアワーに出かけました。 定義的には、スクリプティングのようなものは、ソフトウェア科学では命令型アプローチとして知られています。つまり、そのレイヤーと対話するためには、そのレイヤーの機能の細部まで知り、それを完全に正確に実行しなければなりません。

ですから、ITにおける変革的な自動化について語るとき、スクリプトは意味がないと思います。 結局のところ、スクリプトの適用範囲は非常に狭いのです。スクリプトは非常にデバイスに特化しており、私はデバイスごとに実行しています。 スクリプティングのようなツールは、ロケットパワーの松葉杖のようなもので、非常に特定の動きには非常に効果的ですが、その狭い範囲外では、むしろ「ロケットモード」のスイッチを押さずに足を引きずって進みたいものです。

ネットワーク・オーケストレーション

一方、オーケストレーションは、はるかに広範囲な自動化を可能にするツールです。 例えば、新しいUCaaSデプロイメントを展開するため、QoSポリシーをグローバルに更新したい場合、2つの異なる自動化アプローチの動作方法は次のようになります：

  1. スクリプト私のネットワークに50のサイトがある場合、私のオートメーションスクリプトの50のわずかに異なるバージョンを作成し、50のサイト固有のスクリプトになります。 その後、個別に実行します。 このアプローチが馬鹿げていると思うなら、単にすべてのノードにログインし、ローカルのサービスクラス・ポリシーを変更するために手動で設定すれば、数百のCLIコマンドを実行することも珍しくないという事実を考えてみてください。 そして、50のサイトで何百もの手入力コマンドを実行した場合、設定ミスが発生する可能性もあります。 だからこそ、スクリプトによる自動化は、これまで評価されてきたよりもはるかに広くネットワーキングに採用されたのです。
  2. オーケストレーション：UCaaSのトラフィック優先度やUCaaSクラウドへの最適なブレイクアウトなど、UCaaSに対する意図を抽象化したポリシーを定義するだけです。 オーケストレーション・ツールは、ソフトウェア工学で宣言型モデルと呼ばれるものを使ってそれを変換します。

一歩飛ばしましたね：declarative “が何を意味するのか言いませんでした。 宣言型モデルは命令型モデルとは大きく異なります。 命令型モデルでは、あなたがコントロールしようとする要素が、すべての複雑さをあなたにさらけ出します。 タクシーをチャーターして、「サンフランシスコ空港のターミナルAに行きたい」と言って走り去った後に居眠りする代わりに、タクシーの運転手に「次は左折して、右折して、6マイル（メートル法の読者にとっては約10km）先の出口で……」と逐一指示しなければならないことを想像してみてください。 これが命令型です。 宣言的モデルでは、あなたは地球上で最高のタクシー運転手がいることを知っていて、彼らはあなたを目的地まで正確かつ迅速に運び、あなたの意図を完璧に実行します。

また、もう一歩飛ばしちゃいましたね。”それがアーヤカとどう関係あるんだ？”と思うでしょう。 その答えは、業界をリードするオーケストレーション・ワークフローなくして、当社と800社を超えるグローバル企業のお客様にネットワーク変革を提供することはできないということです。 私たちのオーケストレーション・ツールは「Aryaka Network Monitoring and Control」の略でANMCと呼ばれています。 それは、私が強調したい3つの主な機能（しかし、もっとあります）と相互作用し、果たします：

  1. ANMCはAryaka Global ManagedSD-WANアーキテクチャの重要なアーキテクチャ要素であり、宣言型モデルに従って意図を自動設定に変えます。 多くの SD-WAN ベンダーはインテントベースの自動化について話しますが、定義しなければならない複雑なポリシーを見ると、ネットワークの専門家が必要です。 Aryakaモデルでは、ブランチロケーション、アプリケーションの優先順位、セキュリティ体制、クラウドベースのXaaSと冗長性のニーズを宣言するだけで、ANMCを搭載したAryakaオーケストレーションマシンが、世界中どこでも48時間以内にそれを実現します。 高レベルのネットワーク設計の意図を、Aryakaインフラストラクチャ全体のオーケストレーションされたコマンドに解決します：
    • ステップ1: Aryaka Globalのレイヤー2コアネットワークにおいて、お客様固有の接続性、QoS、およびセキュリティ設定をオーケストレーションします。
    • ステップ2：ブランチデバイスをアクティベートすると、シームレスなゼロタッチデプロイメントモデルでプロビジョニングが行われ、グローバルで安全かつ確定的な接続が即座に提供されます。
  2. ANMCはまた、Aryakaのネットワーク・アズ・ア・サービス・インフラストラクチャ内で起こっているすべてのことを、Aryakaのインフラストラクチャ上でネットワークを運用しているすべての企業に対してグローバルに可視化する装置でもあります。 グローバル・トレンド・ツールを提供することで、Aryakaは自社のインフラ・ニーズを事前に計画し、MyAryakaカスタマー・ポータルを通じて顧客に自社のリソースを可視化することができます。 Intent-based（意図に基づく）NetworkingS（ネットワーキング・サービス）の観点から言えば、これは、当初の意図と運用の現実を常に一致させ、矛盾や潜在的な破壊的傾向を警告する重要なフィードバック・サイクルです。
  3. ANMCはAryaka社内のモニタリングおよびオーケストレーションツールですが、マルチテナント機能の中核であることは明らかです。 MyAryakaの可視性とセルフプロビジョニングのカスタマーポータルのアーキテクチャ基盤を提供します。

監視およびオーケストレーションツール

オーケストレーションは、企業ネットワーキングの将来にとって不可欠な要素であるため、今後も定期的に取り上げていきます。 しかし、最後に少し個人的な考えを述べさせてください。20年以上ネットワーキングに携わってきた私たちの多くは、勤めている会社に関係なく一緒に座り、「もしオーケストレーションと自動化が主流になったら、私たちはどうすればいいのだろう？

レナード・バーンスタインの言葉をもう一度引用しましょう：「オーケストラで最も演奏が難しい楽器は、セカンド・フィドルである」。 そこで私が得た教訓は、ネットワークにおいて私たちはあまりにも長い間、ソリストであろうとし、自分たちの領域を完全にコントロールしようとし、自分たちがなくてはならない存在だと思い込んできたということです。 しかし、デジタル・エンタープライズのニーズに伴い、ネットワークは包括的なビジネス目的のためのツールになる必要があることも分かっています。 バーンスタインが大成功を収めたニューヨーク・フィルやウィーン・フィルのセカンド・ヴァイオリン奏者は皆、彼らが影を落としたアンサンブルのファースト・ヴァイオリン奏者よりも幸せだったと思います。

新たなデジタル時代におけるIT組織は、私たち全員が（バーンスタインの言葉を借りれば）第一のバイオリンに対する第二のバイオリンであることを疑う余地なく宣言しています：ビジネスの成功のためには、クラウドファーストの企業が必要とする、非常に俊敏で堅牢なネットワーク・インフラストラクチャの基盤を提供しなければなりません。 そして一緒に美しい音楽を奏でましょう ANMCはあなたのオーケストレーターです。

もっと知りたいですか？ 当社の専門家によるデモをご予約ください。