Software-Definedプロダクションは、もはや "かもしれない "ことではない。チームは、これまで以上に多くのコンテンツを、より速く、より多くのプラットフォームで配信するプレッシャーにさらされている。

今、本当に問われているのは、よりシンプルで難しいことだ。ソフトウェア定義のプロダクションが排除するはずだった複雑さを再びもたらすことなく、スケーリングするにはどうすればいいのか？

幸いなことに、現実的な答えとして2つの取り組みが生まれつつある：

  • JT-DMF：オンプレミス、クラウド、ハイブリッド環境において、動的設備がどのように構造化され、管理され、運用されるべきかのリファレンス・アーキテクチャ。
  • MXL：ソフトウェア・アプリケーションが単に接続するだけでなく、真のコラボレーションを可能にする高性能メディア交換アプローチ。

つまり、予測可能な相互運用性と、ソフトウェア定義の生産を拡張するための明確なルールである。

重要なのは、これはベンダーだけのアプローチではないということだ。JT-DMFもMXLも、EBU、NABA、AMWA、CBC/Radio Canadaのリーダーシップなどの組織を通じてサポートされ、技術的な理想だけでなく、実際の運用上のニーズを反映した成果を確実にするために、顧客のアドバイザリー参加を得て形作られている。

なぜ今、共通原則が重要なのか

この10年間、業界はターンキー・ハードウェアからリフト＆シフトの仮想化、そしてコンテナやプラットフォームへと進歩してきた。この間、ベスト・オブ・ブリードの推進は重要な原動力となり続けましたが、その一方で、断片化されたオーケストレーション、単一環境のアプローチ、メディアハンドオフなど、アプリケーションを共有コンピュート上で実行しながらも、従来のシステム間トランスポートをミラーリングするような、拡張性の低いパターンも強化されてきました。

その結果、オーバーヘッドが増え、リソースが浪費され、回避可能なレイテンシーが発生する。

共通原則のポイントは、選択肢や差別化を減らすことではない。基本アーキテクチャを標準化することで、ベスト・オブ・ブリードの導入、運用、進化が容易になり、すべての導入が特注の統合プロジェクトになることはない。

次の段階は、単なるソフトウェア定義の実行ではない。それは、規模に応じたコラボレーションであり、そのためには、アーキテクチャと運用原則について業界全体で足並みをそろえる必要がある。

JT-DMF：スケーラブルで反復可能なアーキテクチャの青写真

JT-DMFは、特にハイブリッド環境において、スケーラブルなSoftware-Definedプロダクションを構築・運用するための青写真として考えるのが最適である。これは、ダイナミックな設備が壊れやすくなったり特注品になったりすることなく成長するためのアーキテクチャと運用基盤に焦点を当てることを意図している：

  • ワークロードのオーケストレーションと責任
  • アイデンティティとアクセス管理
  • ライフサイクル管理
  • オンプレミス、クラウド、ハイブリッドに対応する展開モデル

正式なキックオフは2025年後半に行われたばかりで、まだ日が浅いが、その意図はイノベーションを抑制することではない。デリバリーを反復可能にすることで、規模を拡大しても展開のたびに同じ配管を作り直すことを意味しないようにするためだ。

同様に重要なことは、JT-DMFはベンダーが顧客とともに協力するための共有フレームを提供することである。曖昧さを減らし、配備を加速し、長期的な運用性を向上させるパートナーシップのための共通の構造。

MXL：真のアプリケーション・コラボレーションを実現します。

JT-DMFが方向性を定義する場合、MXLは重要なイネーブラーである。

SDIや多くのIPメディアは、リニアで予測可能なペースと、歴史的に閉ざされた、あるいは厳しく管理された環境でのトランスポートに基づいて構築された。このモデルはシステムの接続には有効ですが、メディアはあるボックスから別のボックスへ移動するものだと仮定しています。

COTSコンピューティングはそのように動作しない。CPUとGPUは、バースト、キュー、パイプラインで動作し、非同期の努力によってスループットを最適化する。SDPを拡張するには、メディア交換は、コンピュートに対してではなく、コンピュートと協調して動作する必要がある。コピー、ハンドオフ、複製を行うたびに、サイクルが消費され、メモリプレッシャーが増加し、レイテンシが追加され、ヘッドルームが減少する。

そこで、MXLは一歩進んだ変化をもたらす。MXLは、システム間のトランスポートではなく、同じ（または組み合わせた）コンピュート・ファブリック内でメディア・フローを共有することを可能にします。複数のアプリケーションは、1つまたは複数のベンダーにまたがって、極めて低いレイテンシーで同じコンテンツを同時に操作することができ、メディアの複製と転送を繰り返すことなく、ビデオ、オーディオ、ANC、タイミングを揃えることができます。

AMPP：今日実証済み、業界の方向性に沿って進化している

もちろん、このようなことは実際の本番で通用しなければ意味がない。ライブイベント、実際のオペレーション、実際の期待。AMPPはこのモデルの証拠であり、Software-Defined Productionが、集中管理、運用手法の共有、コンピュートの効率的な利用、つまり真のプラットフォームによって、大規模に提供できることを実証している。

AMPPでは、マネージド・ノードでのMXLサポートをリリースし、NABまでにネイティブMXLアプリケーションをリリースできるよう、パートナーと協力しています。

JT-DMFとMXLが成熟するにつれて、AMPPは段階的に進化し、アーキテクチャの原則と相互運用性のアプローチが確立されれば、それを取り入れることになる。

ハイブリッドは現実であり、ハードウェアも含まれる

しかし、この未来はソフトウェアだけのものではありません。ハイブリッドは、ほとんどの組織が取っている道であり、ハイブリッドは単にクラウド＋COTSを指す言葉ではない。ハイブリッドとは、クラウド＋COTSという意味だけでなく、特にエッジにおいてパフォーマンスや経済的なメリットをもたらす専用ハードウェアも含まれる。

ハードウェアとソフトウェアは、一貫性のある制御、予測可能なパフォーマンス、ハードウェアからコットまでエッジをまたぐメディアの効率的な移動（または非移動）など、1つの首尾一貫したオーケストレーションされた環境として動作する必要があります。高密度のベースバンド、IP、コンピュートを、ゲートウェイでつなぎ合わせた別々の世界として扱うのではなく、同じ運用環境のもとで一体化させることです。

グラスバレーのACE-3901は、MXLソフトウェア定義ワークフローに高密度ベースバンドI/Oを導入するために設計されたモジュラーカードである。重要なのはハードウェア対ソフトウェアではなく、エッジでの摩擦を減らすことで、新たなボトルネックを作ることなくシステムを拡張できるようにすることだ。

これが意味するもの、そして次に来るもの

ソフトウェア定義生産（SDP）はすでにここにあり、JT-DMFとMXLは、共有されたアプローチと再現可能な相互運用性によって、それを産業化するための直接的な取り組みである。

成果は実用的だ：

  • より速く、よりクリーンな統合
  • オペレーション・オーバーヘッドの削減
  • コンピュート・リソースの有効活用
  • 毎回基盤を作り直すことなく、より自由に新機能を採用できる。
  • より健全なマルチベンダー・エコシステムは、差別化を配管ではなくアプリケーションで実現する。

AMPPは、これらのコンセプトとDMFリファレンス・アーキテクチャに直接整合している。これは、Software-Defined Productionが、オペレーションの共有、集中制御、コンピュートの効率的な使用によって、大規模に実行できることを示している。

それは、反復可能な展開モデルと相互運用可能なインターフェイス（パートナーシップの強化につながる）である。