Millions d'auditeurs, des pétaoctets de musique, une ambition mondiale — et une architecture qui n'avait jamais été pensée pour ça
Avant
de données sans trajectoire d'évolution claire
Après
requêtes/seconde
requêtes/seconde
de données gérées
de chantiers cadrés
Un leader européen du streaming musical prépare l'accélération de son déploiement à l'international. Le service traite en temps réel 2 000 requêtes par seconde sur un patrimoine de 3 pétaoctets de données — catalogues, métadonnées, historiques d'écoute, recommandations. L'architecture, construite au fil des années dans un contexte de croissance rapide, n'a jamais fait l'objet d'une vision globale orientée scalabilité mondiale. L'étude est sponsorisée au plus haut niveau et pilotée directement par le CTO
SITUATION AVANT
- Baseline operationnel
- Architecture construite au fil des années dans un contexte de croissance rapide — des services C++ critiques aux flux PHP hérités, avec des couplages forts entre services et des modèles de données ne passant pas à l'échelle de nouveaux marchés. Aucune vision globale orientée scalabilité mondiale.
- Equipes impactees
- L'ensemble de la plateforme et les équipes techniques — mais surtout l'ambition d'expansion internationale bloquée faute de trajectoire technique crédible.
- Couts caches
- Une API dont le contrat implicite freine toute évolution majeure. Des couplages qui se matérialiseraient en pannes au moment de l'expansion internationale, pas avant.
- Pourquoi non resolu avant
- L'architecture avait été optimisée pour la croissance rapide sur le marché européen. La question de la scalabilité mondiale ne s'est posée qu'au moment de l'accélération internationale — et le CTO a décidé de la poser en amont des fractures plutôt qu'après.
L'HISTOIRE
NOTRE APPROCHE
4 étapes pour y arriver
Cartographie des points de douleur
Recueil exhaustif des pratiques sur les domaines clés du système d'information : performance, disponibilité, gestion des données, modèles d'intégration entre services. Formalisation de la cartographie du SI, relevé des indices de volumétrie et identification des goulots d'étranglement — des requêtes C++ critiques aux flux PHP hérités
Définition de la cible d'architecture
Élaboration de la cible d'architecture pour le déploiement mondial : recommandations de solutions AWS, dimensionnement AuroraDB pour les workloads à forte lecture, stratégie Lambda pour les traitements événementiels. Définition des principes structurants de l'API V3 — contrat d'interface, versionning, découplage consommateurs
Éclairages technologiques et patterns d'agilité
Introduction aux patterns d'architecture favorisant l'agilité à grande échelle : event sourcing pour la traçabilité des actions utilisateurs, CQRS pour séparer les chemins de lecture et d'écriture sur les volumes critiques, CMS Headless pour découpler la production de contenu éditorial du cycle de déploiement technique
Priorisation et cadrage des chantiers
Formalisation d'un backlog structuré de 900 jours de chantiers, priorisés selon l'impact sur la scalabilité internationale, le risque opérationnel et la faisabilité à court terme. Restitution directe auprès du CTO, sponsoring de la direction pour engager les équipes sur la trajectoire définie
L'ETAPE LA PLUS DURE
Diagnostiquer 3 PB de données et des années d'accumulation technique en 6 mois
Le périmètre était vaste : des services C++ critiques aux flux PHP hérités, des bases AuroraDB aux fonctions Lambda, en passant par les couches NodeJS. L'enjeu n'était pas de tout documenter, mais d'identifier précisément ce qui ne tiendrait pas à l'échelle mondiale.
Ce qu'on a fait
Cartographie systématique des points de douleur, diagnostic précis et chiffré, puis construction d'une cible d'architecture sur trois axes (données, traitement, contenu). 900 jours de chantiers cadrés et priorisés pour donner une trajectoire actionnée.
Ce qui aurait pu echouer
Un diagnostic qui se contente de lister les problèmes sans prioriser et sans trajectoire concrète aurait abouti à un rapport classé dans un tiroir. L'enjeu était de produire une roadmap que la direction s'engage à exécuter.
RÉSULTATS
L'impact mesurable
Cible d'architecture définie pour le déploiement international, principes de l'API V3 formalisés, 900 jours de chantiers cadrés et priorisés — une trajectoire actionnée au niveau direction
Votre système tient aujourd'hui. Tiendra-t-il demain, à l'échelle mondiale ?
Réserver un appel découverteCAS SIMILAIRES
économisé sur les traitements backoffice
Blank, néobanque du groupe Crédit Agricole pour les indépendants, croissait vite — mais ses équipes opérationnelles naviguaient à l'aveugle, coincées par une architecture DynamoDB pensée pour la scalabilité, pas pour l'analyse. En 4 mois : pipeline temps réel, dashboards self-service, 1 ETP récupéré
Lire le caséconomisés
Audit, remédiation et industrialisation de la qualité de données d'une marketplace de services IT consommée par 150 personnes sur 3 continents — 2,5 M€ économisés grâce à la gouvernance des 15 référentiels
Lire le cas