Résumé

Un programme raconté d'abord par ses acteurs

L'unité infrastructure réseau d'Allianz Technology SE occupe une place singulière dans le débat sur la transformation numérique des grands groupes assuranciels. Elle opère l'un des programmes d'infrastructure les plus étendus du secteur : consolidation de centres de données lancée dans les années 2010, refonte du réseau étendu vers une architecture SD-WAN, puis, plus récemment, construction d'une plateforme d'intelligence artificielle générique sur AWS.

Une part importante de ce récit a déjà été examinée dans des travaux antérieurs : l'ambition de productivité 2027, la couche logicielle et l'arc général de l'exécution. Ce rapport descend d'un cran, vers la trame elle-même : les sites de colocation, les fournisseurs de la fabrique, l'échelonnement de la migration et le modèle d'exploitation choisi pour la faire aboutir.

Le problème méthodologique est immédiatement visible. Le programme, tel qu'il est publiquement documenté, vit d'abord dans des récits de première main : une publication attribuée à Daniel Besendorfer, cadre d'Allianz Technology, datée du 15 septembre 2022, et un ensemble de profils professionnels de responsables du programme. Ces sources racontent ce qui a été construit, mais elles sont auto-déclarées. Le communiqué de presse d'Allianz qui porterait le récit officiel de la fin 2022 — identifiable par le repère « 221116 » dans son URL — n'a pas pu être récupéré au moment de cette enquête : ni titre, ni texte, ni date confirmés https://www.allianz.com/en/press/news/business_solutions/221116_allianz-technology-sd-wan-network-infrastructure.html. En conséquence, tout ce qui suit attribue chaque affirmation à sa source nommée, distingue le récit exécutif de la revendication commerciale, et signale explicitement ce que le dossier ne permet pas de trancher.

Ce que la publication de septembre 2022 établit — et ne fait que dire

Le document le plus riche accessible sur le programme SD-WAN est une publication attribuée à Daniel Besendorfer et datée du 15 septembre 2022. Elle décrit l'adoption d'un réseau étendu défini par logiciel dans le cadre du parcours « CloudFirst » d'Allianz Technology, avec l'automatisation présentée comme le levier de la simplicité, de la résilience, de la performance, de l'évolutivité et de la sécurité. Trois chiffres structurent le récit : « 13 Carrier-Neutral Colocations mondiales ont été établies et interconnectées aux réseaux SD-WAN régionaux » ; « plus de 1 100 bureaux d'Allianz dans le monde ont aujourd'hui été migrés vers le SD-WAN » ; « dont 800 sont déjà dotés d'une nouvelle couche de transport, principalement fondée sur l'accès internet » https://www.linkedin.com/feed/update/urn:li:activity:6976184956137918464.

Trois caractéristiques de ce document méritent d'être pesées. D'abord, il s'agit d'un récit d'exécution à date donnée : les chiffres valent pour septembre 2022 et rien n'indique, dans les sources accessibles, ce qu'ils sont devenus depuis. Ensuite, il est auto-déclaré : un cadre décrit son propre programme. Enfin, une republication indépendante reproduit les mêmes chiffres à la date du 16 septembre 2022 https://www.linkedin.com/posts/jimmy-mungur-mba-pmp-64508437_wan-cloudfirst-sdwan-activity-6976450576393904128-R86m — mais elle ajoute zéro corroboration indépendante, puisque le texte est manifestement recopié. La structure en trois chiffres (13, 1 100, 800) est néanmoins le squelette le plus précis dont on dispose sur l'architecture du réseau : un os de colocation neutre, une migration de masse de sites, et une couche de transport en cours de bascule vers l'internet.

La colocation neutre vis-à-vis des opérateurs : pourquoi ce choix compte

Le choix de « carrier-neutral » colocations n'est pas une précision décorative. Un site de colocation neutre permet d'interconnecter plusieurs opérateurs et fournisseurs de cloud au même endroit, sans dépendre d'un seul d'entre eux.

Pour un réseau d'entreprise qui doit desservir plus de 1 100 sites à travers le monde et se raccorder aux régions de plusieurs fournisseurs de cloud, la colocation neutre est l'infrastructure qui rend possible une stratégie de multi-opérateur : on y insère son SD-WAN régional, on y croise les dorsales des transporteurs, et on y route le trafic vers le cloud sans dépendre du réseau d'un seul fournisseur.

Le récit de Besendorfer dit précisément cela : les 13 colocations sont « interconnectées aux réseaux SD-WAN régionaux pour la connectivité cloud » https://www.linkedin.com/feed/update/urn:li:activity:6976184956137918464. Ce que le dossier public ne dit pas, en revanche, c'est où se trouvent ces 13 sites, quels opérateurs y sont présents, ni quels accords y structurent les interconnexions. C'est une limite substantive de la source : un programme global est documenté par son comptage, pas par sa carte.

La fabrique technique : VMware/VeloCloud et Cisco ACI

Sur les fournisseurs, la source la plus précise est un profil professionnel attribué à Marco Simonini, Tribe Lead d'Allianz Global Network Orchestration, qui mentionne une transformation de l'underlay et du SD-WAN « fondée sur une solution VMware/Velocloud » et la coordination d'une migration Cisco ACI https://exa.ai/library/person/zc0xy2ydt6r. Ce niveau de détail est doublement utile : il nomme la technologie du SD-WAN (VeloCloud, racheté par VMware, aujourd'hui absorbé dans le portefeuille Broadcom après le rachat de VMware), et il situe le programme dans un double chantier — le réseau étendu défini par logiciel d'un côté, le réseau de centre de données (Cisco ACI est une architecture de fabric de centre de données) de l'autre.

Il faut être précis sur la valeur probatoire : un profil professionnel est une déclaration auto-rapportée. Il n'équivaut pas à une fiche technique publiée par Allianz, ni à un document de fournisseur. Mais il est cohérent avec le reste du dossier : une architecture SD-WAN qui relie 1 100 sites à des colocations neutres, puis des fabriques de centre de données migrées vers ACI, forme un ensemble technique plausible et convergent. Ce que le dossier ne permet pas de dire, c'est quelle part du parc est aujourd'hui sur VeloCloud, quelle part reste sur l'ancien modèle, et quel est l'état de la migration ACI.

Le choix du modèle d'exploitation : de l'intégrateur externe aux services partagés internes

Le troisième élément du dossier est le plus instructif sur la logique de gouvernance. Un profil attribué à Sankar Ganesh, Group Manager responsable mondial du SD-WAN et du réseau des centres de données chez Allianz Technology, décrit une direction de « l'infrastructure réseau et sécurité critique pour le groupe Allianz, supportant plus de 1 100 sites mondiaux et 6 centres de données stratégiques », et surtout une transition « du service SD-WAN mondial d'un intégrateur tiers vers un modèle de services partagés interne d'Allianz Technology, sans interruption d'activité sur plus de 1 100 sites » https://www.linkedin.com/in/sankar-ganesh-08024116.

Cette phrase condense une décision stratégique majeure : internaliser l'exploitation d'un service réseau qui avait été confié à un intégrateur externe. C'est un choix de coût, de contrôle et de compétence : les opérateurs de réseau d'entreprise qui migrent vers le SD-WAN font face au dilemme classique de garder l'intégrateur (qui maîtrise les outils mais facture un modèle de service) ou de reprendre en main l'exploitation (ce qui suppose d'embaucher, de former et d'assumer la responsabilité opérationnelle).

Le récit affirme que la transition s'est faite sans interruption d'activité sur plus de 1 100 sites — une affirmation forte, auto-déclarée, et qui n'a pas de contre-épreuve publique accessible.

Le chiffre des data centers : cinq ou six ?

Sur le nombre de centres de données stratégiques qui résultent de la consolidation, le dossier se contredit. Le profil de Ganesh cite « 6 centres de données stratégiques » https://www.linkedin.com/in/sankar-ganesh-08024116. Une étude de cas du prestataire Source Group International, en revanche, avance qu'Allianz a consolidé « 140 data centers en cinq sites stratégiques » pour soutenir l'adoption du cloud, en s'appuyant sur des interventions en ingénierie réseau, virtualisation et architecture cloud https://www.sourcegroupinternational.com/case-studies/source-technology-allianz/.

Deux observations s'imposent. D'abord, les deux chiffres ne peuvent décrire le même état final : cinq et six sont incompatibles. Ensuite, les sources n'ont pas le même statut : le profil de Ganesh est un récit interne d'un responsable du programme ; l'étude de cas de Source Group International est une revendication commerciale d'un prestataire, par nature orientée vers la mise en avant de son propre rôle. BTW imprime les deux avec attribution et signale le conflit, sans trancher : ni source ne permet d'établir le chiffre définitif, et le communiqué de presse d'Allianz qui pourrait le faire n'est pas accessible https://www.allianz.com/en/press/news/business_solutions/221116_allianz-technology-sd-wan-network-infrastructure.html.

La consolidation de 140 à cinq ou six : la trajectoire

Indépendamment de la divergence sur le chiffre final, la trajectoire est convergente : un parc de départ de l'ordre de 140 centres de données a été réduit vers un petit nombre de sites stratégiques, dans un mouvement explicitement motivé par l'adoption du cloud.

C'est le même arc que celui déjà documenté par la couche logicielle et le programme SD-WAN : la colocation neutre, la fabrique de centre de données, la couche de transport internet et la consolidation physique sont quatre facettes d'une même stratégie de réduction de surface physique et d'augmentation de la dépendance au cloud — ce qui explique aussi pourquoi le programme porte le nom de « CloudFirst ».

Ce que le dossier ne permet pas d'établir

Trois zones d'ombre persistent après la lecture complète des sources accessibles. Premièrement, la carte : aucun document public accessible ne liste les 13 colocations ni leur répartition géographique. Deuxièmement, l'état actuel : les chiffres du récit valent pour septembre 2022 ; rien n'indique ce qu'est devenu le programme depuis — le palier des 800 bureaux sur transport internet a-t-il été franchi, et à quelle date ? Troisièmement, l'empreinte du fournisseur : la part exacte de VMware/VeloCloud, de Cisco et d'intégrateurs tiers dans la fabrique actuelle n'est pas documentée au-delà des mentions de profils professionnels. Une partie du dossier primaire reste, de plus, inaccessible : le communiqué portant le repère 221116 n'a pas pu être récupéré, et il ne peut étayer aucun fait https://www.allianz.com/en/press/news/business_solutions/221116_allianz-technology-sd-wan-network-infrastructure.html.

À noter enfin : aucune source accessible ne corrobore un chiffre de « 1 400 bureaux » parfois associé au programme ; le chiffre documenté est de plus de 1 100 https://www.linkedin.com/feed/update/urn:li:activity:6976184956137918464. La confusion possible provient vraisemblablement d'une collision entre l'ordre de grandeur des bureaux et celui, très différent, des 140 centres de données de départ — deux échelles qui ne doivent jamais être mélangées.

Ce que ce dossier révèle sur la transformation des réseaux d'entreprise

Le cas d'Allianz Technology est instructif au-delà du groupe lui-même, pour trois raisons. Il montre d'abord qu'une migration SD-WAN de masse est un programme pluriannuel dont le point d'équilibre — 1 100 sites migrés, 800 sur le nouveau transport — peut être documenté par des récits d'exécution avant d'être corroboré par des documents officiels. Il montre ensuite que le choix de la colocation neutre est le pivot structurel qui rend possible le multi-cloud et le multi-opérateur : sans ces 13 sites, la stratégie « CloudFirst » n'a pas de point d'insertion physique.

Il montre enfin que l'internalisation de l'exploitation — le passage de l'intégrateur tiers aux services partagés internes — est la face la moins visible mais la plus décisionnelle du programme : c'est là que se joue la question de savoir qui, en dernière instance, maîtrise le réseau d'une entreprise mondiale.

La leçon générale est la suivante : pour évaluer une transformation d'infrastructure d'entreprise, il ne suffit pas de lire les annonces. Il faut lire les récits d'exécution des personnes qui ont porté le programme, peser leurs affirmations auto-déclarées, chercher les contre-épreuves indépendantes — et, quand le dossier primaire n'est pas accessible, le dire explicitement plutôt que de le combler par des hypothèses. C'est exactement ce que ce rapport a tenté de faire sur la trame des fournisseurs du réseau d'Allianz Technology.

Sources, limites et statut des preuves

Les affirmations de ce rapport reposent sur des documents accessibles en ligne, dont le statut probatoire est inégal et explicitement attribué : une publication exécutive de première main (Besendorfer, septembre 2022) https://www.linkedin.com/feed/update/urn:li:activity:6976184956137918464 ; une republication sans valeur de corroboration indépendante https://www.linkedin.com/posts/jimmy-mungur-mba-pmp-64508437_wan-cloudfirst-sdwan-activity-6976450576393904128-R86m ; deux profils professionnels auto-déclarés (Ganesh https://www.linkedin.com/in/sankar-ganesh-08024116, Simonini https://exa.ai/library/person/zc0xy2ydt6r) ; la page d'accueil du centre de médias d'Allianz, accessible mais sans contenu pertinent sur le sujet https://www.allianz.com/en/mediacenter/news.html ; et une étude de cas commerciale d'un prestataire (Source Group International) https://www.sourcegroupinternational.com/case-studies/source-technology-allianz/. Le communiqué de presse d'Allianz portant le repère 221116 n'a pas pu être récupéré et ne soutient aucune affirmation factuelle de ce rapport https://www.allianz.com/en/press/news/business_solutions/221116_allianz-technology-sd-wan-network-infrastructure.html. Le lecteur doit garder à l'esprit que les chiffres de ce dossier valent à la date de leurs sources, et qu'aucune source accessible ne permet d'actualiser l'état du programme après septembre 2022.