[Sous-titre SEO]
Ce guide vous aide à faciliter la migration de vos ressources numériques vers le cloud, ce qui vous permet de tirer pleinement parti des dernières avancées en matière de gestion des ressources et de préparer le contenu à distribuer aux consommateurs de médias. Il met en place des flux de travail d'ingestion et d'analyse sans serveur pour déplacer vers le cloud AWS vos ressources vidéo et les métadonnées associées. Pendant la migration, ce guide analyse et extrait les métadonnées de machine learning de votre vidéo. Il est également doté d'une interface Web qui vous permet de commencer immédiatement à ingérer et à analyser votre contenu.
Veuillez noter : [Clause de non-responsabilité]
Diagramme d’architecture
[Description du schéma d’architecture]
Étape 1
Un groupe d'utilisateurs Amazon Cognito pour fournir un répertoire utilisateur.
Étape 2
Un point de terminaison de l'API RESTful Amazon API Gateway configuré pour utiliser l'authentification AWS Identity and Access Management (IAM).
Étape 3
Une distribution Amazon CloudFront qui héberge les artefacts de l'application Web, tels que les fichiers JavaScript réduits au maximum et les graphiques stockées dans un compartiment Web.
Étape 4
Une machine d'état principale AWS Step Functions qui sert de point d'entrée aux flux d'ingestion et d'analyse du backend.
Étape 5
Une machine d'ingestion de sous-états Step Functions qui orchestre le processus d'ingestion selon le type de fichier multimédia et génère des proxy pour les fichiers multimédias ingérés. Cette machine utilise AWS Elemental MediaConvert pour les fichiers vidéo et audio et des outils open source pour les fichiers image et les documents.
Étape 6
Une machine d'analyse des sous-états Step Functions qui est chargée du processus d'analyse. Elle comprend des services Step Functions qui exécutent les tâches d'analyse avec Amazon Rekognition Amazon Transcribe, Amazon Comprehend, et Amazon Textract.
Étape 7
Des tables Amazon DynamoDB pour stocker les artefacts générés durant les processus d'ingestion et d'analyse, tels que les statuts globaux, les pointeurs vers les lieux de stockage des fichiers intermédiaires et les jetons d'exécution de la machine d'états.
Étape 8
Un cluster Amazon OpenSearch Service qui stocke les attributs d'ingestion et les métadonnées du machine learning, et qui facilite vos besoins en matière de recherche et de découverte.
Étape 9
Quatre compartiments Amazon Simple Storage Service (Amazon S3) pour stocker le contenu chargé, les fichiers proxy que le Guide génère durant l'ingestion, les artefacts des applications Web statiques et les journaux d'accès aux services utilisés.
Étape 10
Des règles d'événements Amazon CloudWatch qui sont enregistrées lorsque des tâches spécifiques subissent des changements d'état.
Étape 11
Amazon EventBridge utilisé par un système de gestion interne des files d'attente où le système backlog informe les flux (machines d'état) lorsqu'une requête d’intelligence artificielle et de machine learning (IA/ML) en file d'attente a été traitée.
Étape 12
Une rubrique AWS IoT Core qui permet aux flux d'ingestion et d'analyse de communiquer avec le frontend de l'application Web de manière asynchrone à travers des messages MQTT (publier/souscrire).
Étape 13
Des rubriques Amazon Simple Notification Service (Amazon SNS) pour permettre à Amazon Rekognition de publier le statut des tâches dans le flux de l'analyse vidéo, et de prendre en charge l'intégration personnalisée à votre système.
Piliers AWS Well-Architected
Le cadre AWS Well-Architected vous permet de comprendre les avantages et les inconvénients des décisions que vous prenez lors de la création de systèmes dans le cloud. Les six piliers du cadre vous permettent d'apprendre les bonnes pratiques architecturales pour concevoir et exploiter des systèmes fiables, sécurisés, efficaces, rentables et durables. Grâce à l'outil AWS Well-Architected Tool, disponible gratuitement dans la console de gestion AWS, vous pouvez examiner vos charges de travail par rapport à ces bonnes pratiques en répondant à une série de questions pour chaque pilier.
Le diagramme d'architecture ci-dessus est un exemple de solution créée en tenant compte des bonnes pratiques Well-Architected. Pour être totalement conforme à Well-Architected, vous devez suivre autant de bonnes pratiques Well-Architected que possible.
-
Excellence opérationnelle
Ce guide transmet les métriques à CloudWatch à différentes étapes afin de garantir l'observabilité de l'infrastructure, notamment les fonctions AWS Lambda, les services d'IA et les compartiments Amazon S3.
-
Sécurité
Nous vous recommandons vivement de chiffrer les données sensibles en transit et au repos. Ce guide chiffre automatiquement les fichiers multimédia et les métadonnées au repos à l'aide du chiffrement côté serveur Amazon S3 (SSE-S3). Les rubriques Amazon SNS et les tableaux DynamoDB du Guide sont également chiffrés au repos à l'aide du SSE-S3. En outre, les documents indexés dans le cluster OpenSearch Service sont chiffrés au repos, et les communications de nœud à nœud au sein du cluster sont également cryptées.
Ce guide déploie un site Web statique hébergé dans un compartiment Amazon S3. Afin de réduire la latence et d'améliorer la sécurité, ce guide inclut une distribution CloudFront avec une identité d'accès à l'origine, qui est un utilisateur CloudFront spécial qui permet de restreindre l'accès au contenu des compartiments de sites Web. Pour plus d'informations, consultez la section Restreindre l'accès à une origine Amazon S3.
-
Fiabilité
Les directives pour Media2Cloud sur AWS utilisent les services sans serveur AWS dans la mesure du possible (par exemple, Lambda, API Gateway, Amazon S3 et DynamoDB) pour garantir une haute disponibilité et une reprise rapide en cas de panne de service.
-
Efficacité des performances
Vous pouvez créer des flux de travail à l'aide du modèle AWS CloudFormation prédéfini. Étant donné que ce guide est un projet open source publié sur GitHub, vous pouvez le personnaliser et le créer à partir du code source. Le README fournit un guide étape par étape pour créer et personnaliser ce guide, ainsi qu'un mini-didacticiel et une explication détaillée de chaque composant et de la conception globale.
-
Optimisation des coûts
Comme ce guide utilise une architecture sans serveur et pilotée par les événements, vous n'êtes facturé que pour ce que vous utilisez. Sa conception vous permet de configurer et d'adapter vos propres flux de travail multimédia et d'utiliser uniquement les services AWS dont vous avez besoin. En outre, il permet de stocker vos actifs de manière rentable à l'aide d'Amazon S3 avec des politiques de Lifecycle pour stocker et archiver les contenus, les proxys et les métadonnées ingérés.
-
Durabilité
Un élément essentiel du développement durable consiste à optimiser l'utilisation des services AWS AI afin de minimiser l'impact environnemental des services principaux. De plus, la conception sans serveur de ce guide est conçue pour réduire votre empreinte carbone par rapport à l'empreinte des serveurs sur site fonctionnant en continu.
Ressources d'implémentation
Un guide détaillé d'expérimentation et d'utilisation est fourni dans votre compte AWS. Chaque étape de la construction du guide, y compris le déploiement, l'utilisation et le nettoyage, est examinée pour le préparer au déploiement.
L'exemple de code est un point de départ. Il s'agit d'un document validé par l'industrie, prescriptif mais non définitif, et d'un aperçu pour vous aider à commencer.
Contenu connexe
Lancement des solutions AWS Media Intelligence
Une innovation réussie pour ESSENCE, tandis que Starchive et AWS contribuent à la réalisation du festival culturel ESSENCE 2020
Contenu connexe
[Titre]
Avis de non-responsabilité
Les exemples de code, les bibliothèques de logiciels, les outils de ligne de commande, les preuves de concept, les modèles ou toute autre technologie connexe (y compris tout ce qui précède qui est fourni par notre personnel) vous sont fournis en tant que contenu AWS en vertu du contrat client AWS ou de l'accord écrit pertinent entre vous et AWS (selon le cas). Vous ne devez pas utiliser ce contenu AWS dans vos comptes de production, ni sur des données de production ou autres données critiques. Vous êtes responsable des tests, de la sécurisation et de l'optimisation du contenu AWS, tel que les exemples de code, comme il convient pour une utilisation en production, en fonction de vos pratiques et normes de contrôle de qualité spécifiques. Le déploiement de contenu AWS peut entraîner des frais AWS pour la création ou l'utilisation de ressources payantes AWS, telles que l'exécution d'instances Amazon EC2 ou l'utilisation du stockage Amazon S3.
Les références à des services ou organisations tiers dans ce guide n'impliquent pas une approbation, un parrainage ou une affiliation entre Amazon ou AWS et le tiers. Les conseils fournis par AWS constituent un point de départ technique, et vous pouvez personnaliser votre intégration avec des services tiers lorsque vous déployez l'architecture.