記事執筆：インフラストラクチャーSWプラットフォーム、シニア・プロダクト・マネージャー、スティーブ・ビロウ
平均読書時間：7～9分
はじめに
Grass Valleyのオーケストレーション・ツールの最近の機能強化により、メディア業界の問題に対する様々な創造的ソリューションが可能になりました。 その中でも最もエキサイティングなものは、GV Orbitメディアオーケストレーションシステム、Agile Media Processing Platform (AMPP)、KaleidoマルチビューワーとAMPPベースの同等機種の重要なプロービングと表示機能を統合するために、"MapView "として知られるロジックエンジンのパワーを活用し、潜在的なハードウェア障害やディザスタリカバリの問題を解決することを可能にするものである。 その方法について見ていくが、その前にいくつかの定義が必要だ。
GV Orbit とは？
GV Orbitは動的に設定可能なメディアオーケストレーションソリューションで、SDI、IP、ハイブリッド設備における設定、制御、監視のための統一されたユーザーエクスペリエンスを提供します。 仮想サーバーでも物理サーバーでも動作する。
MapViewとは？
GV Orbit MapViewは、GV Orbitコントロールおよびモニタリングプロジェクトを構築するためのツールキットの一部です。 これにより、ユーザーは非常に柔軟にカスタマイズ可能なUI画面を作成することができ、Grass Valleyおよびサードパーティ製デバイスに拡張性のある制御およびモニタリングのユーザー体験を提供することができます。 MapViewは、ユーザーが大量のステータス情報を持つ多くのチャンネルを観察することを可能にする。 そのデータは、ほぼ無限の方法で使用することができる。 これからの例で基本となるのは、例外による監視である。 MapViewのコントロール画面、モニタリング画面、ステータス画面は、Grass Valleyマルチビューワのビデオウォールだけでなく、どのクライアントコンピュータのディスプレイでも表示可能です。 これも後述する。
MapView ハイレベルコンセプトの要約
システム内のデバイスは、純粋な情報またはアラーム情報を含むログメッセージを送信します。 後者の場合、MapViewで作成したグラフィカルなモニタリング画面上で、これらのメッセージをハイライトすることができる。
一般的に、デバイスはログ情報をロギングサービスに送信する。 そこから、ステータスメッセージは、ステータスとアラームメッセージを集約し、それらを公開する他のGV Orbitサービスに移動する。 GV Orbit MapViewクライアントはこれらをサブスクライブして使用することができる。 このデータを使って、ユーザーはグラフィカルなカスタム・タイルを作成し、これらのデバイスからのステータスとアラームをフィルタリングして監視することができる。 そして、そのデータは、任意のデバイスの組み合わせのステータス・パラメーターに基づいて、カスタム・アクションをトリガーすることができる。 MapViewには、"ビヘイビア "と "バインディング "のコンセプトに基づいた非常に柔軟なロジックエンジンが含まれています。 アラームメッセージを「購読する」と述べたとき、すでに「動作」を見ただろう。 それが「警戒行動」である。
MapView のドキュメントでは、これらの概念について詳しく説明しています。 とりあえず、この後の図を理解するのに十分な知識は持っているはずだ。
AMPP とは？
AMPP®は、コンテンツ制作、管理、配信のための効率的で柔軟なメディア制作ワークフローを実現するために設計されたSaaSプラットフォームです。 放送局やメディア企業は、施設の成長に合わせてより多くのコンテンツを作成し、より多くのチャンネルに配信するための、強力で拡張性のある安全なプラットフォームを手に入れることができる。 GV Orbitに存在する機能との統合は、Grass Valley Media Universeのオーケストレーションレイヤーを形成する。
AMPPプラットフォームがデプロイされると、増え続けるアプリケーションにアクセスすることができ、必要に応じて起動や停止を行うことができます。 システムは、シンプルで安全な統一ユーザー・インターフェースから管理される。
AMPPプラットフォームは、特定のニーズを満たすためにプロセスがネットワーク上で通信するマイクロサービス・アーキテクチャに基づいて構築されている。 AMPPは、データの保存や取得といった特定のユースケースを実装するために組み合わされた、100を超える小規模で、分散化された、メッセージングが可能で、コンテキストに依存し、個別に展開可能なサービスの上に構築されている。
現代のソフトウェアのトレンドを追っていれば、AMPPがKubernetesを使ってマイクロサービス間のすべての通信を調整していることを知っても驚かないだろう。 もし聞き覚えがないのであれば、それが業界標準であり、20年近くの歴史があるということだけ知っていればいい。 つまり、土台は盤石なのだ。
AMPP/GV Orbit統合コンセプトのまとめ
GV OrbitをAMPPと共に使用するための基本的なコンセプトは、AMPPプラットフォーム内にGV Orbitアプリがあるということです。 AMPPアプリは、AMPPマイクロサービス・エコシステムにおける「ワークロード」の一種である。 GV OrbitアプリはAMPPからデータを取得し、GV Orbitに送信することができる。 また、GV OrbitはAMPPワークロードを開始（スピンアップ）および停止（スピンダウン）できる。 この統合は今後も発展し続け、プラットフォーム間の境界線は時間とともに曖昧になっていくだろう。 しかし、いくつかの最初の統合コンセプトがあったとしても、魅力的な解決策はたくさんある。 そのうちの2つを見てみよう。
例1：ペナルティーボックス
比較的小さなコントロールルームでも、また大規模なマスターコントロールルームやプレイアウト施設でも、マルチビューワーから供給されるビデオウォールには、人間の目で品質や正しさを監視するにはあまりにも多くのビデオディスプレイが含まれている。 これが可能であったとしても、PTPエラー、不正確な多言語オーディオチャンネル配置、SCTE-35データの欠落を視覚的に識別することは不可能であろう。
このような施設では一般的に、オペレーターは「例外による監視」と呼ばれる恩恵を受けることになる。 これにより、オペレーターの注意は誤信号のみに集中する。 これを実施する一つの方法は、モニター壁面の1箇所以上を「ペナルティボックス」と呼ばれるエリアとして指定することである。 この言葉は人によって意味が異なる。 しかし、それがどのように定義されるかにかかわらず、無数の可能性のひとつを達成するための柔軟なツールは、何らかの形で誤動作している信号にレーザーを当てることになる。 MapViewは、"ビヘイビア "や "バインディング "と呼ばれるものを使用して、この種の機能を実装するための監視、制御、論理的なコンストラクトを提供します。
バージョン 3.4 以降、GV Orbit は MapView にAMPP 関連のビヘイビアとバインディングを含めるようになった。
これにより、従来のハードウェア製品とAMPPの「ワークロード」の両方を管理できるペナルティボックスを作成することができる。 そのために、AMPPのコントロールメカニズムと、最近Mapviewに追加されたAMPPのビヘイビアを、いくつかの異なる方法でミックスして使用している。
さらに、MapViewは新しいKaleidoビヘイビアの最初のリリースを含んでいる。
それらを組み合わせてペナルティボックスの例を作ることができる。
のRTSPストリーム出力を見てみよう。 Kaleido IPマルチビューワのRTSPストリーム出力を見てみよう。
では、エラーのあるペナルティボックスの例を見てみよう。
この例では、マルチビューワーが必ずしもMapView画面の右側に表示される必要はない。 しかし、MapViewにビデオストリームを含めることがいかに簡単かを説明するために、この例ではビデオストリームを含めている。
しかし、間違いなく気になることが2つある。
モニターの壁には、エラーのある信号を表示するためのペナルティボックス（または複数のペナルティボックス）を設ける。 この例では、マルチビューワの出力を見ている画面/壁の右側にある。 これらの表示は、ビデオに関する何かがエラーになったときにのみ表示され、ビデオを含む。
2番目に気にすべきことは、エラーを素早く診断するのに役立つ表示である。 これがMapView UIの大きなウィンドウに表示されているものだ。
PTP ドメインが変更されたため、Densitè XIP カードの同期が失われたとします。 これはエラーであり、強調する必要がある。 ロックが失われると、しばらくして、XIPカードは、存在しないPTPドメイン上に何も見つからないので、このことに気づく。 この例では、GV Orbitは2つの（数ある可能な）方法で応答する。 まず、MapView の Monitoring by Exception ウィジェットにより、スクリーンの下にエラーが表示されます。
次に、信号経路とエラーの場所を示すフロー図が開く。
例外による監視」ウィジェットは、気になるデバイスを含むお気に入りグループからアラームトリガーを取得します。 これは一つの方法に過ぎないが、この場合、例外による監視グループには、チャンネル1、チャンネル2、チャンネル3というフォルダが含まれている。 最初の2つを考えてみよう。 チャンネル1はその下に1つのレベルしかない。 チャンネル2には、カレイド・モニタリングとAMPPプレイアウトの両方が含まれる。
フローダイアグラムは、エラーの原因となったグループ内の製品を特定するために作成したツールである。 赤で表示され、UIを開いてワンクリックで問題を解決できる。
これは、従来のトポロジーにおけるモジュラー・カード／フレームのモニタリングの例である。 しかし、新しいAMPPの統合によって、我々はこれをさらに一歩進めることができる。 これでAMPPワークロードのエラーを監視し、対応できるようになった。 そのためには、AMPPの動作に基づいてアラームを作成することを検討してください。
例えば、ビデオを一時停止すると警告が発生するとしよう。システムがエラーを起こしたわけではないが、それでもいつ警告が発生したかを知りたい。 この例では、GV Orbitのツリービューに警告が表示され、MapViewにも警告が表示されます。
これは、クリッププレーヤーが停止したことをMapViewが知っているためで、警告を生成するように設定されている。
見ての通り、停止した選手は警告を発する。 フリーズした映像はより深刻だ。 エラーを出すように設定しました。 数秒後、Kaleido IPはアラームのもう1つの原因であるエラーを報告し、フロー図上で赤くなりました。
我々はステータス情報を集約し、何がエラーであるかを判断するためにMapView内にいくつかのロジックを構築した。 そして、新しくリリースされたKaleidoビヘイビアを使って、そのエラー状態をダイアグラムにプッシュする。 また、これらのKaleidoビヘイビアを使用して、アラームの状態とテキストをKaleido IPにプッシュしています。
これらは、AMP、Kaleido、GV Orbitを統合するために可能な何千もの方法のうちの2つに過ぎない。 しかし、ペナルティーボックスの建設もまた、何千とあるアプリケーションのひとつに過ぎない。
