Lumières, caméra, diffusion en direct

Le défi

Le client est une société australienne familiale de production et de diffusion en direct. Son équipe de producteurs et de gestionnaires d'événements fournit des services de production de diffusion en direct de bout en bout à des milliers de spectateurs dans le monde entier, au service d'entreprises des secteurs de la technologie, de l'éducation, de l'événementiel, du conseil et du gouvernement.

L'entreprise utilisait WordPress pour créer des pages personnalisées à son image pour chaque événement en direct. Un producteur créait manuellement chaque page, configurait le logo, intégrait le flux et la publiait avant la diffusion. Avec la croissance de l'activité, ce processus manuel est devenu un goulot d'étranglement. Chaque événement nécessitait l'intervention de l'équipe de production, ce qui limitait le nombre d'événements pouvant être diffusés simultanément et engendrait des risques en cas de modifications de dernière minute juste avant la diffusion.

L'entreprise a fait appel à Kablamo pour développer une plateforme client permettant à ses clients professionnels de se connecter, de créer leurs propres pages d'événements et de personnaliser directement leurs flux de diffusion en direct. La plateforme devait être rapide, évolutive pour gérer des événements simultanés avec un large public et intégrée aux services de diffusion en direct. Surtout, elle devait offrir aux clients une autonomie totale quant à l'image de marque de leurs pages d'événements, les affranchissant ainsi de l'intervention de l'équipe de production pour chaque modification.

L'approche

La collaboration a débuté par une phase de découverte durant laquelle l'équipe a animé des ateliers sur le parcours client, des séances de priorisation des fonctionnalités et des ateliers de conception de services optimisés avec l'équipe du client et les utilisateurs finaux. Ces séances ont permis de clarifier les besoins réels des clients vis-à-vis d'un outil en libre-service, par opposition aux tâches manuelles effectuées auparavant par l'équipe de production.

Une décision technique cruciale prise dès le début du projet a consisté à intégrer l'API de diffusion en direct de Vimeo plutôt que de développer un lecteur vidéo personnalisé avec AWS MediaLive. Ce choix a permis de réduire considérablement le temps de développement et d'intégrer des fonctionnalités prêtes à l'emploi, comme les clés de flux RTMP et le chat intégré. L'équipe a ainsi pu concentrer ses efforts d'ingénierie sur le générateur de pages d'événements personnalisé, principal atout concurrentiel du produit.

L'outil de création de pages d'événements permettait aux clients d'importer des médias (images, textes, vidéos et liens de diffusion en direct) et de personnaliser les pages à leur image. Des blocs de contenu réutilisables offraient un contrôle total sur leur placement et leur mise en page. Material UI fournissait les composants de base, permettant ainsi à l'équipe de se concentrer sur l'expérience utilisateur et les interactions personnalisées plutôt que de recréer les éléments d'interface standard.

L'architecture reposait sur une application monopage hébergée sur CloudFront et S3, avec une API CRUDL utilisant API Gateway et Lambda, et une base de données DynamoDB. Le front-end utilisait React, TypeScript, Storybook et Material UI, avec Jest pour les tests unitaires. Le back-end était développé en Go avec AWS Lambda et DynamoDB, AWS Cognito gérant l'authentification et le contrôle d'accès. Des modèles CloudFormation automatisaient le provisionnement de l'infrastructure, et des déploiements entièrement automatisés vers l'environnement de développement permettaient à l'équipe de déployer rapidement et en toute sécurité les modifications. Des environnements de développement et de production distincts ont été mis en place dès le départ.

La solution a été entièrement développée sur AWS, sans aucune dépendance externe autre que l'intégration du streaming Vimeo. Cela a permis de réduire l'empreinte opérationnelle et d'en assurer la prévisibilité, les coûts étant proportionnels au trafic réel des événements, sans nécessiter d'infrastructure fixe.

Les résultats

Le prototype a été livré en un peu plus de deux mois, dans les délais et le budget impartis. Les entreprises clientes peuvent désormais configurer elles-mêmes leurs pages d'événements via la plateforme en libre-service, un processus qui nécessitait auparavant la création manuelle de chaque page par l'équipe de production sous WordPress. Le délai entre la réservation d'un événement et la mise en ligne de la page est ainsi passé de plusieurs heures de travail manuel à quelques minutes d'utilisation autonome.

L'architecture sans serveur d'AWS garantit l'adaptabilité de la plateforme à la demande. Lorsqu'un événement d'envergure attire des milliers de participants simultanés, le backend Lambda et DynamoDB gère la charge sans provisionnement préalable. Une fois le trafic revenu à la normale après l'événement, les coûts reviennent à leur niveau initial. Ce modèle flexible est parfaitement adapté au secteur de l'événementiel, où le trafic est par nature irrégulier et imprévisible.

L'équipe a également finalisé une feuille de route en quatre étapes pour le développement futur des fonctionnalités, offrant ainsi au client une stratégie claire pour étendre la plateforme au-delà du MVP initial. Des fonctionnalités telles que l'analyse avancée, la prise en charge de plusieurs flux et des outils d'interaction avec l'audience améliorés ont été définies et priorisées pour les versions ultérieures. Le pipeline de déploiement automatisé et les environnements séparés permettent de tester les nouvelles fonctionnalités en toute sécurité avant leur mise en production.

Avoir hâte de

La plateforme offre aux entreprises clientes de la société des options d'engagement et de personnalisation sans précédent. Le flux de travail est plus efficace, tant pour l'équipe de production que pour ses clients, l'équipe de production étant libérée des tâches répétitives de création de pages pour se concentrer sur les aspects créatifs et techniques de la production d'événements en direct.

Les environnements de développement et de production sont configurés pour permettre des tests de fonctionnalités futurs en toute sécurité, et l'architecture sans serveur garantit que la plateforme peut absorber la croissance sans modification de l'infrastructure. Les modèles CloudFormation qui automatisent le provisionnement de l'infrastructure permettent à l'équipe du client de déployer les mises à jour en toute confiance, en suivant le même processus automatisé que celui mis en place par Kablamo lors de la compilation.

Kablamo continue d'assurer un soutien opérationnel et de développement continu grâce à ses services Product Care, aidant ainsi le client à étendre sa plateforme à mesure que sa clientèle et le volume de ses événements augmentent.