dmfdeploy

Pre-Alpha-Prototyp. dmfdeploy befindet sich in einer frühen Phase. Diese Website wird sich noch ändern.

Open Source · Apache-2.0

Eine gemeinsame Grundlage für dynamische Medien.

Software für Medienanlagen beschreiben, bereitstellen und beobachten. dmfdeploy ist Open Source und herstellerneutral.

Architektur ansehenThese lesen

dmfdeploy Projektfilm 006

Ein gemeinsamer Ansatz für den Betrieb von Medienanlagen.

Produktion und Playout laufen als Software. Ihre Bereitstellung und ihr Betrieb sind jedoch oft auf verschiedene Hersteller und Werkzeuge verteilt.

dmfdeploy bringt Hersteller, Rundfunkunternehmen und Systemintegratoren auf einer offenen Grundlage zusammen. Die EBU-Referenzarchitektur Dynamic Media Facility dient dabei als gemeinsame Begriffsbasis.

Ein Betriebszyklus mit der Source of Truth im Zentrum.

Der Prototyp stellt einen Workload aus dem Katalog bereit und erkennt Überwachungsziele.

Operations startet über Automation eine Aktualisierung der Facility. Observability erfasst den Istzustand der Facility. Observability meldet die Abweichung zwischen Ist- und Sollzustand an Operations. Observability ermittelt Überwachungsziele in der Source of truth, und Automation liest den Sollzustand daraus aus. Operations ändert den Sollzustand in der Source of truth. Über der Facility liegt ein dreistufiger Medien-Stack: Media Exchange, Media Functions und Application & UI. Das sind die oberen drei der sechs Ebenen der EBU-Referenzarchitektur Dynamic Media Facility (DMF). Die Ebenen sind von unten nummeriert, wie in der dmfdeploy-EBU-Zuordnung: Die Facility umfasst die Ebenen 1 bis 3, Media Exchange ist Ebene 4, Media Functions Ebene 5 und Application & UI Ebene 6; das Diagramm zeigt nur die Architektur. Zwei blaue Verbindungen führen zu den Media Layers (die drei Ebenen des Medien-Stacks). Die eine führt von Automation zu den Media Layers, die andere, Monitoring, von den Media Layers zu Observability. Die Beschriftungen im Diagramm sind englisch.ObservabilityFacilityEBU DMF layers 1–3Source of truthOperationsAutomationMedia ExchangeEBU DMF layer 4Media FunctionsEBU DMF layer 5Application & UIEBU DMF layer 6InitiateupdateDeployintended stateCollectobserved stateReportdelta, observed vsintended stateDiscovermonitoring targetsExtractintended stateChangeintended stateAutomation tomedia layersMonitoring
Operations startet über Automation eine Aktualisierung der Facility. Observability erfasst den Istzustand der Facility. Observability meldet die Abweichung zwischen Ist- und Sollzustand an Operations. Observability ermittelt Überwachungsziele in der Source of truth, und Automation liest den Sollzustand daraus aus. Operations ändert den Sollzustand in der Source of truth. Über der Facility liegt ein dreistufiger Medien-Stack: Media Exchange, Media Functions und Application & UI. Das sind die oberen drei der sechs Ebenen der EBU-Referenzarchitektur Dynamic Media Facility (DMF). Die Ebenen sind von unten nummeriert, wie in der dmfdeploy-EBU-Zuordnung: Die Facility umfasst die Ebenen 1 bis 3, Media Exchange ist Ebene 4, Media Functions Ebene 5 und Application & UI Ebene 6; das Diagramm zeigt nur die Architektur. Zwei blaue Verbindungen führen zu den Media Layers (die drei Ebenen des Medien-Stacks). Die eine führt von Automation zu den Media Layers, die andere, Monitoring, von den Media Layers zu Observability. Die Beschriftungen im Diagramm sind englisch.OperationsSource of truthObservabilityAutomationFacilityMedia ExchangeMedia FunctionsApplication & UIChangeintended stateInitiateupdateExtractintendedstateDeployintendedstateDiscovermonitoringtargetsCollectobservedstateReportdelta, observedvs intendedTo medialayersMonitoring

Übersicht

Sechs Schritte zeigen, wie Operations den Sollzustand ändert, wie Automation ihn auf die Facility ausrollt und wie Observability die Abweichung meldet.

Was bereits gezeigt wurde und was noch offen ist.

Die Projektverantwortlichen haben einen ARM64-Prototyp demonstriert. Eine unabhängige Reproduktion bleibt ein Ziel.

Demonstriert

Ein Workload aus dem Katalog wird über die Konsole, AWX und Helm bereitgestellt. NetBox erfasst seinen Lebenszyklusstatus, und Prometheus erkennt Abfrageziele.

Noch offen

Der Rückkopplungspfad ist teilweise umgesetzt oder geplant. Produktiver Betrieb mit ST 2110 und PTP, Hochverfügbarkeit über mehrere Knoten und standortübergreifender Betrieb wurden nicht demonstriert.

Öffentliche Roadmap lesen

Gemeinsam öffentlich entwickeln.

Technische Entscheidungen werden öffentlich diskutiert. Hersteller, Rundfunkunternehmen, Systemintegratoren und einzelne Fachleute können zu gleichen Bedingungen teilnehmen.

Projekt auf GitHub ansehenAn der Diskussion teilnehmen