Wichtig: Am 31. Dezember 2024 endet der AWS Support für Media Services Application Mapper in AWS und das GitHub-Repository wird archiviert. Nach diesem Datum können Sie Media Services Application Mapper nicht mehr über die CloudFormation-Vorlage in der AWS-Konsole in AWS bereitstellen. Vorhandene Bereitstellungen werden weiterhin ausgeführt. Wenn Sie Media Services Application Mapper in AWS durch Klonen des Open-Source-Codes von GitHub bereitgestellt haben, können Sie die Lösung weiterhin verwenden. Wenn sich die zugrunde liegenden Service-APIs nach dem Ende des Lösungs-Supports ändern, kann es bei Bereitstellungen zu Fehlern kommen oder es ist möglicherweise nicht möglich, sie zu beenden/starten.
Die von Media Services Application Mapper auf AWS bereitgestellte Funktionalität wurde durch die Funktionalität der neuen Funktion AWS Elemental Workflow Monitor ersetzt. Dabei handelt es sich um ein medienzentrierten Tool zur Vereinfachung und Verbesserung der Überwachung von Video-Workloads.
Übersicht
Media Services Application Mapper auf AWS stellt automatisch die Services bereit, die für die Visualisierung ihrer Beziehungen zwischen Medienservices sowie für die Visualisierung des Echtzeitstatus linearer Videoservices erforderlich sind. Diese AWS-Lösung verfügt über eine Browseranwendung, die sowohl eine Kachelansicht als auch eine Diagrammansicht enthält, mit deren Hilfe Sie die Ursache eines Problems ermitteln können, wenn mehrere Medienservices Nachrichten an Amazon CloudWatch senden.
Vorteile
Aggregieren Sie Ressourcen in einer einzigen Kanalkachel, die einen einzelnen Streaming-Videokanal darstellt. Jede Kachel zeigt die aggregierten Medienservice-Konfigurationsinformationen für alle in der Kachel enthaltenen Ressourcen an.
Visualisieren Sie die Beziehungen zwischen Ihren Medienservices und dem Status Ihrer Ressourcen und Pipelines in Form von Workflow-Diagrammen. Sie können die Lösung auch so anpassen, dass sie benutzerdefinierte Knotentypen oder lokale Geräte enthält.
Sie können diese Lösung für Ihre speziellen Bedürfnisse anpassen oder erweitern. Fügen Sie z. B. benutzerdefinierte Knotentypen mit der Browser-Anwendung hinzu, speichern Sie sie über eine cloud-seitige Aufgabe in einer Datenbank und erweitern Sie die Verbindungserkennung und die Visualisierungs-Overlay-Funktionalität auf Geräte vor Ort.
Technische Details
Sie können diese Architektur mithilfe des Implementierungs-Leitfadens automatisch bereitstellen.
Schritt 1
Eine Amazon-CloudFront-Verteilung, um die Webanwendung Media Services Application Mapper in AWS zu bedienen.
Schritt 2
Ein Amazon-Simple-Storage-Service-Bucket (Amazon S3) als Ursprung, um die Webanwendung der Lösung zu bedienen.
Schritt 3
Amazon API Gateway für Inventar- und Überwachungsabfragen an das Backend der Lösung.
Schritt 4
AWS-Lambda-Funktionen, um Client-REST-API-Anfragen von API Gateway zu bearbeiten, regelmäßig nach Mediendienst-Ressourcen zu suchen und Benachrichtigungen über Änderungen des Status einer Ressource zu erhalten.
Zwei Lambda-Funktionen sind benutzerdefinierte Ressourcen für den Browser-Anwendungsstapel und eine für den Amazon-DynamoDB-Tabellenstapel, die bei der Installation, Aktualisierung und Löschung verwendet werden.
Schritt 5
Amazon CloudWatch geplante Regeln oder Ereignismuster, um die primären Lambda-Funktionen aufzurufen.
Schritt 6
DynamoDB-Tabellen zum Speichern der Back-End- und Front-End-Konfiguration und des Status der Lösung.
Schritt 7
Die AWS Cloud-Services und -Geräte, die diese Lösung scannt. Die Lösung verwendet die AWS Elemental MediaLive API, um AWS-Elemental-Link-Geräte zu erkennen, und die AWS Systems Manager API, um AWS-Elemental-Live-Encoder zu erkennen.
Schritt 8
CloudWatch-Ereignisse, um die regionalen Lambda-Funktionen aufzurufen, wenn es betriebliche Änderungen in den Quellen des Inventars oder Änderungen im Status der abonnierten CloudWatch-Alarme gibt.
Schritt 9
Lambda-Funktionen zur Überwachung von Quellservices auf CloudWatch-Ereignisse in zusätzlichen AWS-Regionen.
Schritt 1
Eine Amazon-CloudFront-Verteilung, um die Webanwendung Media Services Application Mapper in AWS zu bedienen.
Schritt 2
Ein Amazon-Simple-Storage-Service-Bucket (Amazon S3) als Ursprung, um die Webanwendung der Lösung zu bedienen.
Schritt 3
Amazon API Gateway für Inventar- und Überwachungsabfragen an das Backend der Lösung.
Schritt 4
AWS-Lambda-Funktionen, um Client-REST-API-Anfragen von API Gateway zu bearbeiten, regelmäßig nach Mediendienst-Ressourcen zu suchen und Benachrichtigungen über Änderungen des Status einer Ressource zu erhalten.
Zwei Lambda-Funktionen sind benutzerdefinierte Ressourcen für den Browser-Anwendungsstapel und eine für den Amazon-DynamoDB-Tabellenstapel, die bei der Installation, Aktualisierung und Löschung verwendet werden.
Schritt 5
Amazon CloudWatch geplante Regeln oder Ereignismuster, um die primären Lambda-Funktionen aufzurufen.
Schritt 6
DynamoDB-Tabellen zum Speichern der Back-End- und Front-End-Konfiguration und des Status der Lösung.
Schritt 7
Die AWS Cloud-Services und -Geräte, die diese Lösung scannt. Die Lösung verwendet die AWS Elemental MediaLive API, um AWS-Elemental-Link-Geräte zu erkennen, und die AWS Systems Manager API, um AWS-Elemental-Live-Encoder zu erkennen.
Schritt 8
CloudWatch-Ereignisse, um die regionalen Lambda-Funktionen aufzurufen, wenn es betriebliche Änderungen in den Quellen des Inventars oder Änderungen im Status der abonnierten CloudWatch-Alarme gibt.
Schritt 9
Lambda-Funktionen zur Überwachung von Quellservices auf CloudWatch-Ereignisse in zusätzlichen AWS-Regionen.
Ähnliche Inhalte
Amazon CloudWatch ist ein Überwachungsservice für AWS-Cloud-Ressourcen und die Anwendungen, die Kunden unter AWS ausführen. In diesem Kurs lernen Sie die Fähigkeiten und Schlüsselbegriffe des Services kennen.
- Datum der Veröffentlichung