Étude de cas · Orange

Une plateforme, de nombreux domaines : transformer le delivery chez Orange

Comment nous pilotons chez Orange une organisation de delivery multi-domaines de plus de 60 personnes — au service de plusieurs marques, grâce à des web components configurables réutilisés d’un produit à l’autre, du site public et de l’application mobile jusqu’aux portails B2B, et en migrant le parc web vers Drupal sur Acquia.

60+personnes pilotées sur plusieurs domaines
7domaines : applications métier, B2B, B2C, mobile, exploitation, infrastructure, sécurité
Multimarqueweb components configurés par marque et par produit
340M+clients servis par le groupe Orange (exercice 2025)
Contexte

Orange sert plus de 340 millions de clients et a réalisé un chiffre d’affaires de 40,4 milliards d’euros en 2025. Derrière cette échelle se trouve un vaste portefeuille d’applications métier, de portails B2B et B2C et d’applications mobiles, soutenu par des équipes d’exploitation, d’infrastructure et de sécurité.

Plusieurs marques et produits partagent les mêmes parcours clients — sur les sites publics, dans l’application mobile et dans les portails B2B — mais chacun nécessite son propre habillage, ses propres contenus et son propre comportement.

Au fil du temps, chaque domaine avait développé ses propres front-ends, ses propres intégrations et son propre outillage, et les sites publics reposaient sur un parc Drupal vieillissant. Résultat : les mêmes fonctionnalités implémentées plusieurs fois, des technologies hétérogènes et des coûts de delivery en hausse à chaque nouvelle équipe.

L’enjeu

  • Des composants d’interface et une logique métier dupliqués entre marques, produits et canaux
  • Une même fonctionnalité nécessaire sur le site public, dans l’application mobile et dans les portails B2B, chacun sur une technologie différente
  • Des sites publics sur une version de Drupal vieillissante, coûteuse à maintenir et à faire évoluer
  • Des front-ends monolithiques où une seule mise en production bloquait de nombreuses équipes
  • Des clients web, mobile et B2B appelant les services back-end de manière incohérente et trop bavarde
  • De multiples frameworks et versions à maintenir, corriger et sécuriser
  • Des spécialistes dispersés et dupliqués d’une squad à l’autre

L’architecture cible

Une plateforme fédérée en couches, où chaque couche est partagée, versionnée et dotée d’un responsable.

  1. 1

    Application shell

    Une application hôte qui gère le routage, l’authentification, la mise en page et la navigation, et assemble les modules métier à l’exécution.

  2. 2

    Modules métier fédérés

    Des micro-frontends par domaine, chargés via Module Federation / Native Federation et déployés indépendamment par chaque équipe.

  3. 3

    Web components multimarques

    Une bibliothèque versionnée de Web Components indépendants de tout framework (Angular Elements) dans un monorepo Nx. Les design tokens changent la marque ; la configuration change le produit. Le même composant fonctionne dans les applications Angular, les pages Drupal, les webviews de l’application mobile et les portails B2B.

  4. 4

    Drupal sur Acquia

    Des sites publics migrés vers une version moderne de Drupal sur Acquia Cloud. Les contributeurs composent les pages dans le CMS, tandis que les fonctionnalités interactives sont fournies par les mêmes web components que partout ailleurs.

  5. 5

    Couche Backend-for-Frontend

    Des BFF dédiés au web, au mobile et au B2B qui agrègent les API métier, gèrent les jetons et le cache, et adaptent les réponses à chaque canal.

  6. 6

    Services et API métier

    Des API REST contract-first, avec spécifications OpenAPI et clients générés, portées par les équipes métier.

  7. 7

    Socle plateforme et sécurité

    Templates CI/CD communs, quality gates, analyse des dépendances et des vulnérabilités, observabilité et standards d’infrastructure.

Piloter plus de 60 personnes sans duplication

La gestion des ressources est une décision d’architecture. Nous organisons les équipes autour d’actifs partagés, au lieu de dupliquer les compétences dans chaque squad.

01

Équipes métier stream-aligned

Chaque domaine est responsable de bout en bout de ses modules et de ses API, du B2B et du B2C jusqu’au mobile et aux applications métier.

02

Équipes plateforme et composants partagées

De petites équipes d’experts sont responsables du shell, de la bibliothèque de composants, des BFF et de la plateforme CI/CD — au service de tous les domaines.

03

Spécialistes mutualisés

Les experts sécurité, infrastructure et exploitation sont affectés aux domaines selon les besoins, au lieu d’être dupliqués.

04

Un rythme de delivery unique

Une planification, des release trains et une gouvernance communs offrent à la direction une vision unique des capacités, des priorités et des coûts.

Standardisation et fédéralisation

  • Une stack technologique uniformeFaire converger les applications vers un seul framework front-end, une seule approche BFF et un seul outillage réduit la maintenance, les licences et les besoins de formation.
  • Une responsabilité fédéréeLes modules partagés ont des responsables clairement identifiés, des règles de contribution et un versioning, afin que la réutilisation passe à l’échelle sans devenir un goulet d’étranglement.
  • Golden pathsDes templates de projet et des pipelines permettent à une nouvelle application de démarrer sur le standard en quelques jours, et non en quelques semaines.
  • La configuration plutôt que la personnalisationLes nouvelles marques et les nouveaux produits sont activés par des design tokens et de la configuration, et non par des forks de code.

Technologies

Front-end

AngularWeb ComponentsAngular ElementsDesign tokensMonorepo NxModule Federation / Native FederationStorybook

Web et CMS

DrupalAcquia CloudComposants découplés / intégrés

BFF et API

Node.jsJava / Spring BootREST et OpenAPIOAuth2 / OIDC

Plateforme

Pipelines CI/CDConteneursObservabilitéAnalyse de sécurité

Canaux et marques

Sites publicsApplication mobilePortails B2BApplications métierMarques multiples

Résultats

  • Des fonctionnalités développées une seule fois sous forme de web components et réutilisées entre marques et produits — du site public à l’application mobile, aux portails B2B et aux applications métier
  • De nouvelles marques et de nouveaux produits activés par configuration et design tokens, sans nouveau code
  • Des sites publics migrés vers une version moderne de Drupal sur Acquia, avec les mêmes composants que tous les autres canaux
  • Des équipes qui mettent leurs modules en production de manière indépendante, sans attendre une livraison monolithique
  • Moins de technologies et de versions à maintenir, corriger et sécuriser
  • Des spécialistes concentrés là où ils apportent de la valeur, avec une vision unique des capacités sur plus de 60 personnes
  • Un coût de delivery par fonctionnalité en baisse à mesure que l’organisation grandit

Sources:Orange — 2025 full-year results (18 Feb 2026)

← Projets

Parlons de vos enjeux.

Architecture, migration, IA ou montée en charge d’une équipe — présentez-nous votre situation. Nous vous répondons sous un jour ouvré.

Prendre contact