記事執筆：インフラストラクチャーSWプラットフォーム、シニア・プロダクト・マネージャー、スティーブ・ビロウ
平均読書時間：5～6分
自己治癒力！
もうひとつ、おそらくさらに説得力のある用途がある。 Kaleido IPそして AMPP災害復旧と冗長性に関するものである。
自己修復型冗長性の例を考えてみよう。 コントロール・ルームの壁にKaleido IPが表示されているとしよう。 これは私たちの主なIPモニタリング出力である。
Kaleido IPからアラームを監視・受信し、そこから高度に設定可能なアクションを実行することができます。 AMPPの統合がGV Orbitに追加されるため、ディザスタリカバリの新たな可能性が生まれる。 例えば、Kaleido IPが故障した場合、AMPPベースのバックアップを提供することが可能になりました。 別の場所にバックアップKaleido IPを追加するのではなく、AMPPサーバーを追加し、AMPPで動作するマルチビューワーを災害復旧ソリューションとして使用することが可能です。 AMPPベースのマルチビューワーは、必要でないときに遊休状態になる2台目のマルチビューワーにかかる資本費用の代わりに、遊休状態である間は何の費用もかからず、必要な場合にのみ運用費用がかかる。 これは非常に費用対効果の高い冗長戦略を生み出す。 ここでは、Kaleido IP出力をAMPPフロー・モニターに向けている。
MapViewのビヘイビアとバインディングを使用して、障害を検出し、障害が発生したら、ソースをAMPP 、マルチビューワにリルートし、マルチビューワの出力をフローモニターにリルートすることができる。
ほんの数秒で、AMPPワークロードはGV Orbitによって "スピンアップ "され、ルートが作成され、再び稼働することができる。 ここでの真の力は、AMPPサーバーをKaleido IPで代用すること以上にある。 本当の威力は、AMPPに対応するAppを持つハードウェア製品のディザスタリカバリ・ソリューションとして、AMPPサーバーが機能することにある。 つまり、1台（または数台）のCOTSコンピューター・サーバーが、他の多くのデバイスの冗長性を担うことができるのだ。 AMPPノードがアイドル状態である間は、（AMPPサーバー以外の）コストはかからない。 AMPPアプリが必要な場合のみ、従量課金となります。 費用対効果を考えれば、これは画期的なことだ！
もちろん、GV Orbit MapViewにはたくさんのビヘイビアとバインディングがあり、そのうちのいくつかはKaleidoのリスト値とAMPP インターフェースに関連していることを思い出すまでは、この仕組みは理解できないだろう。
さらに、あるタイプのアクションと別のタイプのアクションを結びつける構成要素もある。 あるロジックとイベントバインディングを使って、例えばある値があるレベルに達したときにアクションを起こすことができる。
仮にKaleido IPに誤りがあったとしよう。 私たちは警告を受け、いくつかの行動をとることができる。 KaleidoIPがエラーかどうかを示すTrueかFalseの値があるとします。 Kaleido IP in error "が "TRUE "であれば、その宛先には何もルーティングしない。 もし "FALSE "なら、普通にルーティングしたい。
ここでは、「Kaleido IP is in Error」というブール値が、ビデオ・ディスプレイのプロパティを決定するためにMapViewで使用されていることがわかります。 もし値が "false "なら、誰もが幸せになれる。
しかし、Kaleido IPの電源を完全に失った場合はどうなるのだろうか？ Kaleido IPからのH264出力がなくなり、モニターウォールが真っ白になってしまいました。 これで故障が検出される。 エラーが検出されると、バックアップのAMPPマルチビューワ・ワークロードを起動し、物理的なKaleido IPにルーティングされていたものを、そのワークロードに対応するAMPP入力にルーティングするアクションを開始します。 このロジックはもう少し複雑だ。 しかし、コンセプトは変わらない。 下の図を見て気づくことは、「AMPP関連のビヘイビアを機能させるバインディングは、JSONを使って書かれている」ということだ。 言い換えれば、私たちは共通のシンタックスとセマンティクスを使っている。
で、結果は？ 物理的なマルチビューワに障害が発生しましたが、使用可能な AMPP ノードがあり、すぐに使用できます。 AMP Kaleidoワークロードを使用していないときは、そのワークロードを実行したり、そのワークロードの料金を支払っているわけではありません。 しかし、エラーを検出すると、GV Orbitはそれを開始するよう命令する。 AMPPワークロードが起動し、GV Orbitが信号をルーティングし、GV OrbitがAMPPマルチビューアの出力をフローモニターに表示するよう指示するので、数秒以内に作業を続けることができる。
ここにもMapViewの画面があるが、今回はソースがAMPP マルチビューワーにルーティングされ、その出力がフローモニターにルーティングされている。
原理は単純だ。 施設は、このようにAMPPベースの災害復旧メカニズムを設定し、対応するAMPPアプリケーションで施設のあらゆる主要コンポーネントをバックアップすることができる。 物理デバイスが復元されると、GV Orbit MapViewビヘイビアはすべてを逆転させ、AMPPマルチビューワ（または一時的に交換した他のデバイス）をシャットダウンし、元の設定を再構築します。
これは、AMPP とGV Orbit を組み合わせた実用的なアプリケーションであり、AMPP とGV Orbit のパワーを相乗的に活用することによってのみ達成できる、オンサイトでのハードウェアの追加を最小限に抑えた、コスト効率の高いディザスタリカバリ戦略を実現するものである。
これらは2つの例に過ぎない。 他にも何千とある。 無限の可能性を追求したい方は、お近くのGrass Valleyアカウントマネージャーまたはセールスエンジニアにお問い合わせください。 GV OrbitとAMPPを統合することで、他の方法では不可能であったワークフローや戦略を実現する、多くのエキサイティングな可能性をお見せできることを楽しみにしています！
