vue d’ensemble de la distribution de vidéos et du réseau Microsoft Stream (Classic)

  • Article

Avertissement

Microsoft Stream (Classic) est mis hors service et remplacé par les événements en direct Stream (sur SharePoint) et Microsoft Teams. Il est recommandé de commencer à utiliser Stream (sur SharePoint) en téléchargeant des vidéos sur SharePoint, Teams, Viva Engage ou OneDrive, et d’exécuter vos événements en direct via Teams et Viva Engage.

Les fonctionnalités de Stream (Classic) seront modifiées et supprimées jusqu’à la date de mise hors service. En savoir plus sur Stream (sur SharePoint)...

Diffusion en continu à débit adaptatif

Il existe de nombreux formats vidéo pris en charge qui peuvent être chargés sur Microsoft Stream. Chaque fichier vidéo est ensuite encodé dans un format standard avec plusieurs qualités et tailles vidéo différentes pour la lecture. Stream (Classic) utilise le streaming à débit adaptatif (ABR) https pour sélectionner dynamiquement la meilleure qualité de lecture vidéo en fonction de la bande passante réseau disponible et de la taille du lecteur vidéo.

Pendant la lecture, le lecteur s’adapte aux fluctuations des conditions réseau et de la taille du lecteur. Lorsque la bande passante disponible est élevée, le lecteur diffuse une version de haute qualité de la vidéo. Lorsque la bande passante diminue, le lecteur diffuse une version de faible qualité de la vidéo. La qualité et la résolution de la vidéo seront également proportionnelles à la taille du lecteur. Si une visionneuse regarde sur un écran plus petit, elle obtient toujours une version plus petite de la vidéo.

Le streaming à débit adaptatif effectue tout ce travail en arrière-plan pendant que la vidéo est lue avec le moins d’interruption ou de mise en mémoire tampon. Pendant la lecture vidéo, le lecteur vidéo permet à la visionneuse de remplacer manuellement la qualité de lecture automatique pour sélectionner une qualité de lecture vidéo spécifique.

Encodage intelligent des vidéos chargées pour la diffusion en continu à débit adaptatif

Stream (Classic) utilise des smarts pour déterminer comment il crée les différentes qualités et tailles vidéo de la vidéo chargée d’origine à utiliser pour la diffusion en continu à débit adaptatif.

Tout d’abord, Stream (Classic) détermine le nombre de qualités vidéo ou de rendus différents à créer pour la vidéo chargée. Stream (Classic) prend en compte la résolution d’origine de la vidéo. Par exemple, s’il s’agit d’une vidéo de 1080p ou plus, elle crée davantage de niveaux de qualité (environ 6) pour passer à la version de qualité la plus basse. Si au lieu de cela, la vidéo chargée est 480p, cela créera moins de niveaux de qualité (environ 3) pour descendre vers la version de qualité inférieure. Stream (Classic) ne génère pas une résolution de la vidéo qui dépasse la résolution de la vidéo chargée à l’origine.

Une fois que le nombre de qualités vidéo ou de rendus est déterminé, l’étape suivante consiste à déterminer la vitesse de transmission pour chaque rendu. Plus la qualité du rendu est élevée, plus il a besoin de bits. Toutefois, toutes les vidéos ne sont pas créées égales, les différents types de vidéos nécessitent des vitesses de transmission différentes pour obtenir une expérience de visionnement de haute qualité. Si une vidéo a beaucoup de mouvements, elle doit être fournie avec une vitesse de transmission plus élevée pour obtenir une excellente expérience de visionnement. Toutefois, une présentation PowerPoint dans une vidéo avec principalement du texte statique peut toujours bénéficier d’une excellente expérience d’affichage à une vitesse de transmission inférieure.

Pour résoudre cette variabilité du contenu vidéo, Stream (Classic) mesure les caractéristiques de la vidéo chargée, puis recommande la vitesse de transmission pour chaque rendu. Chaque vidéo chargée sur Stream (Classic) se retrouve avec un ensemble légèrement différent de résolutions et de débits binaires utilisés pour la diffusion en continu, afin de garantir que nous utilisons la bande passante à bon escient et que nous n’utilisons plus de bits que lorsque cela est nécessaire.

Lors de l’affichage d’une vidéo sur Stream, les différents rendus qui ont été créés pour la diffusion en continu à débit adaptatif peuvent être vus dans le lecteur :

  • Dans le lecteur Stream (Classic), cliquez sur l’icône Engrenage, puis sélectionnez Qualité.
Exemple Description Player
Enregistrements de réunions Teams Les enregistrements de réunion Teams sont encodés avec un seul rendu vidéo de résolution 1080p. 1080p – 574 Kbits/s
Vidéo à la demande (à l’exclusion des enregistrements de réunion) La vidéo à la demande non-Teams est encodée avec une présélection prenant en charge le contenu qui sélectionne intelligemment jusqu’à 6 rendus vidéo, comme illustré dans cet exemple. Le contenu de complexité plus élevée avec un degré élevé de variation de couleur et de mouvement sera encodé avec davantage de rendus vidéo et le contenu de complexité inférieure sera encodé avec moins. 1080p – 3 Mbits/s
720p – 1,6 Mbits/s
540p – 989 Kbits/s
360p – 460 Kbits/s
270p – 327 Kbits/s
180p – 193 Kbits/s

Profil d’encodage pour les événements en direct

L’encodage intelligent répertorié ci-dessus s’applique uniquement aux vidéos chargées sur Stream.

Les événements en direct créés dans Stream (Classic) ou « Application ou appareil externe » produits en direct à partir de Yammer ou microsoft Teams recevront un profil d’encodage fixe :

  • 720p - 1,7 Mbits/s
  • 540p - 850 Kbits/s
  • 360p - 350 Kbits/s
  • 240p - 140 Kbits/s

Remarque

Si votre résolution vidéo d’entrée à partir de l’encodeur est de 720p ou plus, vous obtiendrez le profil ci-dessus. Si vous supprimez votre résolution vidéo d’entrée de l’encodeur à une résolution inférieure à 720p, vous obtiendrez uniquement des débits binaires de sortie à partir de votre résolution d’entrée et vers le bas. Par exemple, si vous avez envoyé une résolution de 540p à partir de votre encodeur, les visionneuses à débit binaire le plus élevé pourront obtenir la version 540p - 850 Kbits/s. Stream (Classic) ne modifie pas le profil d’encodage en direct ci-dessus en fonction du débit d’entrée de l’encodeur, il ne fait que couper les niveaux de qualité en fonction de la résolution d’entrée.

Bande passante requise pour la lecture vidéo

La lecture vidéo dans Stream (Classic) est monodiffusion, ce qui signifie que chaque visionneuse obtient son propre flux vidéo à partir d’Internet. En fonction de l’encodage intelligent et du streaming à débit adaptatif utilisés par Stream, la bande passante requise pour la lecture vidéo n’est pas un nombre statique. La lecture d’une vidéo peut consommer différentes quantités de bande passante Internet, en fonction de la vidéo chargée :

  • Résolution, vitesse de transmission et contenu d’origine
  • bande passante disponible de l’utilisateur
  • taille du joueur

Si vous souhaitez développer des estimations de bande passante, vous devez charger des vidéos qui représentent le contenu classique que votre organization utilisera avec Stream (Classic) et watch les vidéos sur les tailles d’écran que vous pensez être utilisées par vos utilisateurs. Vous pouvez ensuite effectuer des mesures de bande passante et un échantillonnage. Vous pouvez ensuite utiliser ces approximations pour effectuer des calculs généraux et des estimations de la quantité de bande passante consommée par vos utilisateurs en fonction du nombre que vous pensez watch vidéos en même temps.

Optimiser la transmission de la vidéo dans mon réseau local

Stream (Classic) tire parti de l’encodage intelligent et du streaming à débit adaptatif pour réduire le trafic réseau et Internet de la lecture vidéo. Toutefois, la lecture est un flux de monodiffusion. Pour les événements en direct ou les vidéos envoyées à de grandes parties de votre organisation, il est possible que la bande passante Internet utilisée soit significative.

Pour les organisations qui souhaitent réduire ce trafic Internet pour les événements en direct et les vidéos populaires, il existe deux options :

  1. Tirer parti des proxys de cache existants dans votre réseau

    Le visionnage de vidéos à partir de Stream (Classic) se produit via HTTPS. Par conséquent, les proxys de cache web normaux peuvent être configurés pour mettre en cache le trafic de lecture vidéo. Vous devrez peut-être configurer une certification SSL personnalisée pour que cela se produise avec HTTPS. Toutefois, si vous examinez une trace réseau lors de la lecture d’une vidéo, vous pouvez voir les URL que Stream (Classic) utilise pour diffuser la vidéo pour votre organization (les URL peuvent varier d’Stream (Classic) locataire). Si vous acheminez ces URL via votre proxy de cache, il peut mettre en cache le trafic vidéo et réduire votre trafic Internet pour les vidéos souvent lues.

  2. Utiliser une solution de diffusion vidéo eCDN tierce optimisée pour Stream (Classic)

    Plusieurs solutions eCDN de distribution vidéo sont préintégrées et peuvent être configurées pour être utilisées avec Stream. Ces plateformes eCDN permettent aux organisations d’optimiser la bande passante réseau sans sacrifier les expériences d’affichage des utilisateurs finaux. Nos partenaires peuvent vous aider à permettre une distribution vidéo plus évolutive et plus efficace sur votre réseau d’entreprise. Pour plus d’informations, consultez Mise à l’échelle de la distribution de vidéos avec des fournisseurs eCDN tiers.

Points de terminaison qui doivent être accessibles par les utilisateurs à l’intérieur de votre réseau

Points de terminaison Microsoft Stream (Classic) généraux

Microsoft Stream (Classic) nécessite une connectivité à Internet. Tous les points de terminaison répertoriés sur Office 365 points de terminaison pour Microsoft Stream doivent être accessibles par les utilisateurs de Microsoft Stream (Classic) au sein du réseau de votre organization.

Événements en direct générés par une application ou un appareil externe (anciennement encodeur externe) - Points de terminaison d’ingestion RMTP

Pour obtenir un flux vidéo pour une application externe ou un appareil produit un événement en direct envoyé à Microsoft Stream (Classic) à partir de votre encodeur, vous aurez besoin des plages d’adresses IP et ports suivants ouverts dans le pare-feu de votre réseau :

  • Domaines : *.channel.media.azure.net
  • Ports : 1935/2935/1936/2936 (pour RTMP et RTMPS)

Si votre configuration réseau spécifique ne vous permet pas (ou si vous ne souhaitez pas) ouvrir la plage de domaines ci-dessus, la seule option actuellement pour obtenir des adresses IP spécifiques pour l’ingestion RTMP/RTMPS consiste à obtenir les plages d’adresses IP pivotantes pour le centre de données Azure auquel votre locataire Microsoft Stream (Classic) est connecté.

Les fichiers JSON suivants sont mis à jour à mesure que les adresses IP des centres de données Azure changent et sont rompues par région et par les services balisés.

Ces fichiers sont mis à jour chaque semaine et incluent le contrôle de version pour le fichier complet et chaque étiquette de service individuelle dans ce fichier.

Pour trouver le centre de données Azure pour votre locataire Stream (Classic) :

  1. Dans Flux, cliquez sur ? dans le coin supérieur droit.

  2. Sélectionnez À propos de Microsoft Stream.

  3. Affichez les informations dans Vos données sont stockées.

Une fois que vous avez trouvé le centre de données Azure pour votre locataire Stream (Classic), recherchez les plages d’adresses IP correspondantes dans le fichier XML ci-dessus, puis mettez à jour votre pare-feu/proxy avec les plages d’adresses IP spécifiques pour votre centre de données. À mesure que le fichier XML change, vous devez également mettre à jour vos paramètres de pare-feu/proxy.

Exemple :

  • Si à propos de Microsoft Stream indique que vos données sont stockées dans « USA Est 2 »

  • Dans le fichier XML, vous recherchez un nœud intitulé <Region Name="useast2 »>

  • Sous ce nœud Région , il y aurait plusieurs entrées pour toutes les plages d’adresses IP (<IpRange Subnet="13.68.0.0/17 »>)

  • Vous devez configurer votre pare-feu\proxy pour autoriser toutes ces plages d’adresses IP et les modifier régulièrement lorsque le fichier XML change.

Les utilisateurs de la communauté ont écrit du code qui, selon une planification, prend le fichier XML ci-dessus et convertit les données en une API qui peut être interrogée. Votre organization peut être en mesure d’apprendre de ce qui a été fait avec ce projet open source et de créer votre propre solution similaire pour mettre à jour régulièrement vos paramètres de pare-feu/proxy.

CDN utilisé pour la lecture de la vidéo

Les événements en direct de Stream (Classic) et les événements en direct d’applications ou d’appareils externes de Yammer/Teams, ainsi que les vidéos à la demande utilisent automatiquement Azure CDN.

Les vidéos à la demande chargées sur Stream, ainsi que les enregistrements d’événements en direct, utilisent également Azure CDN pour la lecture, si nécessaire. Quand Azure CDN n’est pas requis pour ces vidéos, elles sont lues à partir des serveurs d’origine Azure Media Services associés à la région géographique du locataire.

Si plusieurs personnes du même organization au sein du même emplacement géographique diffusent en continu la ou les mêmes vidéos, les CDN stockent une copie de ces vidéos dans un emplacement plus proche de cette région géographique. Une fois la vidéo stockée ou mise en cache à l’emplacement le plus proche, chaque personne diffuse la vidéo à partir de l’emplacement le plus proche d’elle au lieu d’un emplacement plus éloigné. Stream (Classic) utilise Azure Media Services pour gérer ce qui est mis en cache dans les CDN Azure et pendant combien de temps. Azure Media Services peut utiliser n’importe quel emplacement Azure CDN pour mettre en cache des fragments vidéo et des manifestes pendant quelques jours. Si des personnes de votre organization continuent à watch les vidéos mises en cache, elles restent dans le cache. Si personne n’accède à la vidéo pendant plusieurs jours, la vidéo est finalement supprimée du cache. La prochaine fois qu’une personne tente de watch la vidéo, celle-ci est à nouveau mise en cache à l’emplacement CDN le plus proche.

Tous ceux qui tentent de watch la vidéo alors que le contenu est mis en cache dans un CDN à proximité bénéficient de la proximité de la vidéo, et dans la plupart des cas, moins de sauts. Cela améliore la vitesse de lecture vidéo ; Toutefois, cela ne change pas la configuration réseau requise pour lire la vidéo.

Chiffrement et flux de lecture au niveau de la vidéo

Stream (Classic) sait à quel point il est important de conserver vos données sécurisées et privées. Le Centre de gestion de la confidentialité Microsoft décrit notre engagement envers la confidentialité et la sécurité de votre contenu. Avec la lecture vidéo, la vitesse est importante pour une bonne expérience ; toutefois, nous ne compromettons pas votre sécurité ou votre confidentialité en échange de la vitesse. Voici comment nous prenons en charge la vitesse, la sécurité et la confidentialité.

Lorsque vous ou une personne de votre organization chargez une nouvelle vidéo ou créez un événement en direct, cette vidéo est transcodée, chiffrée avec le chiffrement AES-128 et stockée dans Azure Media Services. Cela signifie que les vidéos sont chiffrées à la fois en transit et au repos.

Lorsqu’une personne de votre organization tente de watch une vidéo, elle effectue les étapes suivantes :

  1. Stream (Classic) détermine si la visionneuse a accès à la vidéo en vérifiant les autorisations définies sur la vidéo dans Azure SQL base de données pour Stream (Classic) et les informations dans Microsoft Entra ID sur l’utilisateur

  2. Si l’utilisateur est autorisé à afficher la vidéo, la clé de déchiffrement est extraite d’Azure Media Services et remise au lecteur vidéo Stream (Classic)

  3. Le lecteur vidéo Stream (Classic) utilise ensuite la clé de déchiffrement pour déchiffrer la vidéo à la volée pendant la lecture de la vidéo

Voir aussi

Mise à l’échelle de la distribution vidéo avec des fournisseurs eCDN tiers