Important : le 31 décembre 2024, le support AWS pour Media Services Application Mapper sur AWS prendra fin et le référentiel GitHub sera archivé. Après cette date, vous ne pourrez plus déployer Media Services Application Mapper sur AWS via le modèle CloudFormation dans la console AWS. Les déploiements existants continueront à fonctionner. Si vous avez déployé Media Services Application Mapper sur AWS via le clonage du code open source GitHub, vous pouvez continuer à utiliser la solution. Si les API de service sous‑jacentes changent après la date de la fin du support pour la solution, il est possible que les déploiements génèrent des erreurs ou qu’il soit impossible de les arrêter ou de les démarrer.
La fonctionnalité fournie par Media Services Application Mapper sur AWS a été remplacée par le nouveau moniteur de flux de travail AWS Elemental. Cet outil centré sur les médias est conçu pour simplifier et améliorer la surveillance des charges de travail vidéo.
Présentation
Media Services Application Mapper sur AWS fournit automatiquement les services nécessaires à la visualisation des relations entre les services multimédias et du statut en temps réel des services vidéo linéaires. Cette solution AWS comprend une application de navigateur qui inclut à la fois une vue en mosaïque et une vue en diagramme pour vous aider à identifier la cause racine d'un problème lorsque plusieurs services multimédias envoient des messages à Amazon CloudWatch.
Avantages
Regroupez les ressources dans une mosaïque de canal unique représentant un canal de streaming vidéo distinct. Chaque mosaïque affiche les informations de configuration des services multimédias regroupées pour toutes les ressources, y compris la mosaïque.
Visualisez les relations entre vos services multimédias et les statuts de vos ressources et pipelines sous forme de diagrammes de flux de travail. Vous pouvez également personnaliser la solution pour y inclure des types de nœud personnalisés ou un équipement sur site.
Vous pouvez personnaliser ou étendre cette solution pour vos besoins spécifiques. Par exemple, vous pouvez ajouter des types de nœuds personnalisés avec l'application du navigateur, les mettre en cache dans une base de données par le biais d'une tâche côté cloud, et étendre la découverte de connexions et la fonctionnalité de superposition de visualisation aux équipements sur site.
Informations techniques
Vous pouvez déployer automatiquement cette architecture à l’aide du guide d’implémentation.
Étape 1
Une distribution Amazon CloudFront pour servir l'application web Media Services Application Mapper sur AWS.
Étape 2
Un compartiment Amazon Simple Storage Service (Amazon S3) comme origine pour servir l'application web de la solution.
Étape 3
Amazon API Gateway pour les requêtes d'inventaire et de surveillance vers le back-end de la solution.
Étape 4
Les fonctions d'AWS Lambdapour gérer les demandes API REST des clients à partir d'API Gateway, analyser périodiquement les ressources de services multimédias et recevoir des notifications de changement de statut d'une ressource.
Deux fonctions Lambda sont des ressources personnalisées pour la pile applicative du navigateur et une pour la pile de tables Amazon DynamoDB qui sont utilisées pendant l'installation, la mise à jour et la suppression.
Étape 5
Les règlements planifiés ou les modèles d'événement d'Amazon CloudWatch pour appeler des fonctions Lambda primaires.
Étape 6
Des tables DynamoDB pour stocker la configuration et l'état du back-end et du front-end de la solution.
Étape 7
Les services et appareils Cloud AWS que cette solution analyse. La solution utilise l'API AWS Elemental MediaLive pour découvrir les appareils AWS Elemental Link et l'API AWS Systems Manager pour découvrir les encodeurs AWS Elemental Live.
Étape 8
Les événements CloudWatch pour appeler les fonctions Lambda régionales lorsqu'il n'y a pas de changements opérationnels dans les sources d'inventaire ou de changements d'état des alarmes CloudWatch souscrites.
Étape 9
Des fonctions Lambda afin de surveiller les services sources pour les événements CloudWatch dans des régions AWS supplémentaires.
Étape 1
Une distribution Amazon CloudFront pour servir l'application web Media Services Application Mapper sur AWS.
Étape 2
Un compartiment Amazon Simple Storage Service (Amazon S3) comme origine pour servir l'application web de la solution.
Étape 3
Amazon API Gateway pour les requêtes d'inventaire et de surveillance vers le back-end de la solution.
Étape 4
Les fonctions d'AWS Lambdapour gérer les demandes API REST des clients à partir d'API Gateway, analyser périodiquement les ressources de services multimédias et recevoir des notifications de changement de statut d'une ressource.
Deux fonctions Lambda sont des ressources personnalisées pour la pile applicative du navigateur et une pour la pile de tables Amazon DynamoDB qui sont utilisées pendant l'installation, la mise à jour et la suppression.
Étape 5
Les règlements planifiés ou les modèles d'événement d'Amazon CloudWatch pour appeler des fonctions Lambda primaires.
Étape 6
Des tables DynamoDB pour stocker la configuration et l'état du back-end et du front-end de la solution.
Étape 7
Les services et appareils Cloud AWS que cette solution analyse. La solution utilise l'API AWS Elemental MediaLive pour découvrir les appareils AWS Elemental Link et l'API AWS Systems Manager pour découvrir les encodeurs AWS Elemental Live.
Étape 8
Les événements CloudWatch pour appeler les fonctions Lambda régionales lorsqu'il n'y a pas de changements opérationnels dans les sources d'inventaire ou de changements d'état des alarmes CloudWatch souscrites.
Étape 9
Des fonctions Lambda afin de surveiller les services sources pour les événements CloudWatch dans des régions AWS supplémentaires.
Rubriques connexes
Amazon CloudWatch est un service de supervision pour les ressources du cloud AWS et les applications que vous exécutez sur AWS. Ce cours vous présente les capacités et les conditions clés du service.
- Date de publication