Les points cl\u00e9s en bref<\/p>\n
- \n
- La bande passante, un levier trompeur. <\/strong> Pour l\u2019ERP, la voix et les workflows proches du cloud, ce sont la latence, le gigue (jitter) et la stabilit\u00e9 du chemin qui comptent. Les tableaux de bord KPI ax\u00e9s sur la disponibilit\u00e9 et le d\u00e9bit masquent les changements de chemin et le comportement de sortie vers le cloud.<\/li>\n
- La maturit\u00e9 op\u00e9rationnelle avant les labels. <\/strong> Les solutions SD-WAN et SASE se jugent sur la gouvernance des politiques, l\u2019observabilit\u00e9 et le basculement sous charge. Selon Gartner, en 2025, le SASE dual-vendor avec des contrats s\u00e9par\u00e9s restera la norme du march\u00e9.<\/li>\n
- Des indicateurs communs. <\/strong> La latence par classe d\u2019application, le gigue (jitter), la perte de paquets, le temps de basculement et la disponibilit\u00e9 de sortie vers le cloud doivent figurer dans les appels d\u2019offres, les SLA et le mod\u00e8le op\u00e9rationnel. La norme MEF 70.2 d\u00e9finit des attributs mesurables pour les services SD-WAN.<\/li>\n
- La gouvernance avant la comparaison des fonctionnalit\u00e9s. <\/strong> Il faut clarifier les classes de sites, les limites op\u00e9rationnelles et les clauses de sortie avant de comparer les fournisseurs. Une approche multi-op\u00e9rateurs sans r\u00f4le de leader ni points de mesure communs alourdit la charge des interfaces.<\/li>\n<\/ul>\n<\/div>\n
\u00c0 lire aussi<\/span>Constellation Enterprise Intelligence d\u2019avril 2026 : trois observations \u00e0 inclure dans chaque briefing du conseil d\u2019administration<\/a> \/<\/span> Agilit\u00e9 d\u2019entreprise : le Scrum au niveau C-level \u00e9choue<\/a><\/p>\n
Articles associ\u00e9s<\/span>Constellation Enterprise Intelligence Avril 2026 : Trois observations \u00e0 inclure dans chaque briefing du conseil<\/a> \/<\/span> Agilit\u00e9 d\u2019entreprise : pourquoi Scrum \u00e9choue au niveau du C-Level \u2013 et ce qui fonctionne \u00e0 la place<\/a><\/p>\n
Pourquoi les KPI de bande passante seuls induisent en erreur<\/h2>\n
La bande passante indique combien de trafic peut th\u00e9oriquement \u00eatre transport\u00e9 par unit\u00e9 de temps. Elle ne dit rien sur la capacit\u00e9 d\u2019une application \u00e0 rester utilisable sur un site critique en situation de charge. Pour l\u2019ERP, la voix, la vid\u00e9o et les workflows proches du cloud, ce sont souvent la latence, le gigue (jitter) et la stabilit\u00e9 du chemin qui font la diff\u00e9rence. Une liaison \u00e0 haute capacit\u00e9 mais avec une priorisation floue peut, au quotidien, offrir de moins bonnes performances qu\u2019un chemin plus \u00e9troit mais mieux ma\u00eetris\u00e9.<\/p>\n
De nombreux tableaux de bord KPI affichent la disponibilit\u00e9 et le d\u00e9bit. Ils occultent les changements de chemin, les pics de charge et le comportement de sortie vers le cloud. C\u2019est justement l\u00e0 que surviennent les incidents que le DSI qualifiera plus tard de \u00ab probl\u00e8me r\u00e9seau \u00bb. Si les achats et l\u2019exploitation ne comparent que des niveaux de bande passante, ils optimisent une donn\u00e9e qui, en cas de panne, est rarement la cause racine. La vraie question est : quelle qualit\u00e9 de service est contractuellement et techniquement garantie dans des sc\u00e9narios de charge et de d\u00e9faillance ?<\/p>\n
Les KPI de bande passante sont en outre faciles \u00e0 mesurer, ce qui les rend attractifs pour les tableaux de bord. Cela incite \u00e0 minimiser la complexit\u00e9. Un site dot\u00e9 de deux liens et d\u2019une logique de basculement d\u00e9faillante reste risqu\u00e9, m\u00eame si les deux liens sont \u00ab suffisamment larges \u00bb. Sans mesure des chemins applicatifs ni responsabilit\u00e9 claire entre l\u2019op\u00e9rateur et la connexion cloud, la bande passante n\u2019est qu\u2019un chiffre de confort.<\/p>\n
SD-WAN, SASE et MPLS classique en conditions r\u00e9elles<\/h2>\n
Le MPLS reste pertinent l\u00e0 o\u00f9 des chemins d\u00e9terministes, des fen\u00eatres de latence \u00e9troites et des processus op\u00e9rationnels \u00e9tablis font la diff\u00e9rence. Le prix \u00e0 payer ? Des temps de d\u00e9ploiement plus longs, des topologies rigides et souvent un point de couplage \u00e9troit avec l\u2019op\u00e9rateur. Lorsqu\u2019une entreprise dispose de nombreux sites et de charges cloud fluctuantes, elle se heurte \u00e0 des limites d\u00e8s qu\u2019un simple changement de politique devient un ticket de modification. Le MPLS ne r\u00e9pond pas automatiquement \u00e0 la question de savoir comment le trafic sort proprement des environnements SaaS et des hyperscalers.<\/p>\n
Le SD-WAN d\u00e9place la gestion et la visibilit\u00e9 plus pr\u00e8s de l\u2019application et du site. En conditions r\u00e9elles, ce qui compte n\u2019est pas l\u2019\u00e9tiquette, mais la maturit\u00e9 op\u00e9rationnelle : gouvernance des politiques, fen\u00eatres de modification, observabilit\u00e9 et capacit\u00e9 \u00e0 basculer les chemins de mani\u00e8re tra\u00e7able sous charge. Sans une base solide et sans r\u00f4les clairement d\u00e9finis entre les \u00e9quipes r\u00e9seau, s\u00e9curit\u00e9 et support de l\u2019op\u00e9rateur, on se retrouve avec des v\u00e9rit\u00e9s parall\u00e8les sur le m\u00eame incident. Le SD-WAN devient alors une couche suppl\u00e9mentaire qui doit expliquer pourquoi un chemin a \u00e9t\u00e9 choisi, au lieu d\u2019\u00e9liminer la cause du probl\u00e8me.<\/p>\n
Les approches SASE regroupent les fonctions WAN et s\u00e9curit\u00e9, promettant une politique unifi\u00e9e en edge et pour l\u2019acc\u00e8s au cloud. Pour les DSI et les RSSI, c\u2019est le cas d\u2019usage op\u00e9rationnel qui d\u00e9cide : qui poss\u00e8de la politique, qui voit les m\u00e9triques de bout en bout et qui est responsable si l\u2019identit\u00e9, la passerelle web s\u00e9curis\u00e9e et le choix de chemin rel\u00e8vent de contrats d\u2019exploitation diff\u00e9rents ? Les guides constructeurs comme le Cisco SASE Design Guide<\/em> (version septembre 2025) et le Cisco SASE\/SSE Architecture Guide<\/em> (version janvier 2025) structurent les questions op\u00e9rationnelles autour de la haute disponibilit\u00e9, du routage et de la d\u00e9tection de r\u00e9seau de confiance. Ils s\u00e9parent le plan de contr\u00f4le et le plan de donn\u00e9es, marquant ainsi les limites de confiance et d\u2019exploitation. Le Design Guide maintient m\u00eame d\u00e9lib\u00e9r\u00e9ment l\u2019int\u00e9gration du SD-WAN avec le Secure Access en dehors du p\u00e9rim\u00e8tre actuel. Le Magic Quadrant for SASE Platforms<\/em> de Gartner (9 juillet 2025) souligne que les d\u00e9ploiements multi-fournisseurs restent r\u00e9pandus sur le march\u00e9. L\u2019identit\u00e9, la passerelle web s\u00e9curis\u00e9e et le choix de chemin se retrouvent souvent dans des contrats et des lignes de support distincts. Un guide d\u2019architecture aide \u00e0 discuter de la cible, mais il ne remplace pas la validation dans son propre sc\u00e9nario de charge et de conformit\u00e9.<\/p>\n
C\u2019est dans le fonctionnement mixte associant MPLS, acc\u00e8s internet et rampes cloud que se situe l\u2019\u00e9preuve de v\u00e9rit\u00e9. Les applications ne choisissent pas leurs chemins en fonction de cat\u00e9gories de magazines. Elles suivent ce que DNS, routage et politique autorisent \u00e0 l\u2019instant T. Qui ne refl\u00e8te pas cette r\u00e9alit\u00e9 dans son cahier des charges ach\u00e8te, plus tard, des contournements.<\/p>\n
Indicateurs que l\u2019achat et l\u2019exploitation doivent partager<\/h2>\n
L\u2019achat a besoin de crit\u00e8res comparables. L\u2019exploitation a besoin d\u2019un pilotage mesurable. Les deux ne fonctionnent que si les m\u00eames grandeurs figurent dans le RFP, le SLA et le mod\u00e8le op\u00e9rationnel. Parmi les indicateurs pertinents : latence aller simple et aller-retour par classe d\u2019application, gigue et taux de perte de paquets sous charge d\u00e9finie, temps de basculement incluant la convergence des politiques, disponibilit\u00e9 des sorties cloud critiques ainsi que le temps n\u00e9cessaire pour \u00e9tablir un diagnostic commun entre l\u2019op\u00e9rateur et le NOC interne.<\/p>\n
La disponibilit\u00e9 seule est trop grossi\u00e8re. Un lien peut \u00eatre \u00ab up \u00bb tout en rendant la voix inutilisable. C\u2019est pourquoi les seuils applicatifs doivent figurer dans le contrat, et pas seulement l\u2019\u00e9tat des ports. La m\u00e9thode de mesure est tout aussi cruciale : qui mesure o\u00f9, \u00e0 quelle fr\u00e9quence, avec quel profil de trafic et avec quel droit d\u2019acc\u00e8s aux donn\u00e9es brutes ? Sans ces clarifications, l\u2019incident se termine en dispute sur la m\u00e9thodologie.<\/p>\n
La transparence sur le choix des chemins et les modifications de politique doit figurer dans le m\u00eame tableau. Lorsque le SD-WAN ou le SASE contr\u00f4le dynamiquement les chemins, il faut documenter quelles d\u00e9cisions s\u2019appliquent dans quelles conditions et pendant combien de temps elles restent tra\u00e7ables. La norme MEF 70.2 de l\u2019Mplify Alliance<\/em> (anciennement MEF Forum) d\u00e9finit les attributs de service pour les services SD-WAN. Acheteurs et fournisseurs y conviennent de propri\u00e9t\u00e9s mesurables des flux applicatifs et de la d\u00e9marcation entre abonn\u00e9 et fournisseur. Deutsche Telekom indique dans la description de son produit Premium Internet Underlay<\/em> que les SLA classiques de performance internet ne fournissent g\u00e9n\u00e9ralement pas de garanties sur la latence, la gigue et le taux de perte de paquets. L\u2019achat lie les cr\u00e9dits de service et les temps d\u2019escalade aux m\u00eames indicateurs que ceux utilis\u00e9s par l\u2019exploitation dans la salle de crise.<\/p>\n
La capacit\u00e9 reste un \u00e9l\u00e9ment du jeu, mais elle est secondaire par rapport \u00e0 la qualit\u00e9 de service sous charge. Les discussions budg\u00e9taires deviennent plus transparentes lorsque les Capex et Opex sont li\u00e9s \u00e0 la qualit\u00e9 mesurable des chemins et aux co\u00fbts li\u00e9s \u00e0 la double connexion, \u00e0 l\u2019observabilit\u00e9 et aux limites de support.<\/p>\n
Risques li\u00e9s aux multi-op\u00e9rateurs et clauses de sortie<\/h2>\n
Les strat\u00e9gies multi-op\u00e9rateurs r\u00e9duisent la d\u00e9pendance tout en alourdissant la charge des interfaces. Deux op\u00e9rateurs impliquent deux processus de perturbation, deux univers portails et souvent deux interpr\u00e9tations du m\u00eame chiffre de latence. Sans r\u00f4le de leader clair dans la gestion des incidents ni points de mesure communs, l\u2019avantage reste th\u00e9orique. La diversit\u00e9 au niveau des couches 1 et 2 est peu utile si les deux chemins passent par le m\u00eame goulot d\u2019\u00e9tranglement r\u00e9gional ou la m\u00eame rampe d\u2019acc\u00e8s cloud.<\/p>\n
Les clauses de sortie d\u00e9terminent si un changement d\u2019architecture restera financi\u00e8rement viable plus tard. Il est crucial de pr\u00eater attention aux d\u00e9lais de pr\u00e9avis, aux dur\u00e9es minimales par site, \u00e0 l\u2019accompagnement lors de la migration, \u00e0 l\u2019export des donn\u00e9es et des configurations, ainsi qu\u2019aux co\u00fbts li\u00e9s \u00e0 l\u2019exploitation parall\u00e8le pendant la transition. Autre point tout aussi pertinent : que devient l\u2019adressage IP, les classes de QoS et l\u2019historique des tickets en cas de changement ? Sans ces garanties, le \u00ab deuxi\u00e8me op\u00e9rateur strat\u00e9gique \u00bb devient une solution temporaire permanente.<\/p>\n
Les risques contractuels r\u00e9sident souvent dans les d\u00e9tails de d\u00e9finition. Un \u00ab best effort \u00bb sur l\u2019acc\u00e8s Internet, des responsabilit\u00e9s floues dans le cloud ou des mesures de SLA uniquement jusqu\u2019au bord du r\u00e9seau de l\u2019op\u00e9rateur transf\u00e8rent discr\u00e8tement le risque vers l\u2019entreprise. C\u2019est pourquoi les achats doivent exiger des matrices de responsabilit\u00e9 : op\u00e9rateur, exploitation SD-WAN\/SASE, fournisseur cloud, r\u00e9seau local. Chaque lacune dans cette matrice repr\u00e9sente un futur point d\u2019escalade. Des tests en laboratoire ind\u00e9pendants confirment ces risques op\u00e9rationnels. Dans une \u00e9valuation Miercom portant sur la haute disponibilit\u00e9 et l\u2019optimisation des meilleurs chemins dans le SD-WAN, les comportements de basculement et la d\u00e9pendance au plan de contr\u00f4le variaient consid\u00e9rablement selon les fournisseurs. Lors d\u2019un test comparatif, les observateurs ont enregistr\u00e9 environ dix secondes d\u2019interruption de trafic lors du basculement. Le Gartner Magic Quadrant for SD-WAN (30 septembre 2024) et le Magic Quadrant for SASE Platforms (9 juillet 2025) fournissent une cartographie du march\u00e9, mais ne remplacent pas une matrice de responsabilit\u00e9 adapt\u00e9e \u00e0 votre propre exploitation.<\/p>\n
Grille de d\u00e9cision pour le prochain appel d\u2019offres<\/h2>\n
Une grille pertinente commence par les classes de sites et les chemins applicatifs. Les noms de produits arrivent en dernier. Les sites critiques de production et financiers n\u00e9cessitent des exigences de latence et de basculement diff\u00e9rentes de celles des petits bureaux. Les sites fortement orient\u00e9s cloud ont besoin de sorties d\u00e9finies et de chemins mesurables vers les r\u00e9gions pertinentes. Ces \u00e9l\u00e9ments d\u00e9terminent ensuite les options architecturales : MPLS proche du c\u0153ur, SD-WAN pilot\u00e9, SASE int\u00e9gr\u00e9 ou d\u00e9lib\u00e9r\u00e9ment hybride.<\/p>\n
Dans un deuxi\u00e8me temps, l\u2019\u00e9quipe d\u00e9finit les limites op\u00e9rationnelles : qui modifie les politiques, qui valide, qui assure un support 24\/7 et qui d\u00e9tient la source unique de v\u00e9rit\u00e9 pour la t\u00e9l\u00e9m\u00e9trie. Parall\u00e8lement, les achats d\u00e9terminent la m\u00e9canique contractuelle : m\u00e9thodes de mesure, intervalles de reporting, cr\u00e9dits, sortie et chemin de migration. Ce n\u2019est qu\u2019ensuite que les fournisseurs et op\u00e9rateurs sont compar\u00e9s. Ainsi, le catalogue de fonctionnalit\u00e9s reste secondaire, tandis que le risque op\u00e9rationnel devient prioritaire.<\/p>\n
La grille doit s\u00e9parer trois niveaux de d\u00e9cision : la pertinence technique dans votre sc\u00e9nario, le mod\u00e8le op\u00e9rationnel incluant les comp\u00e9tences et les outils, ainsi que les risques contractuels et de sortie. Une solution brillante techniquement mais floue dans son exploitation co\u00fbte plus cher au DSI et au directeur digital qu\u2019une variante plus conservatrice avec une responsabilit\u00e9 claire. La ma\u00eetrise des co\u00fbts d\u2019investissement est possible si l\u2019exploitation parall\u00e8le, l\u2019infrastructure de mesure et le remplacement des anciens contrats figurent comme postes obligatoires dans le business case, et non comme des surprises ult\u00e9rieures.<\/p>\n
Pour \u00e9valuer les offres, les tests de sc\u00e9narios sont plus adapt\u00e9s que les pr\u00e9sentations. Des laboratoires ind\u00e9pendants comme Miercom v\u00e9rifient notamment la panne du plan de contr\u00f4le, le basculement des liens et les changements de chemin pilot\u00e9s par SLA en cas de latence ou de gigue d\u00e9pass\u00e9es. Gartner \u00e9value les fournisseurs dans les Critical Capabilities for SD-WAN et for SASE Platforms selon les cas d\u2019usage. Des PoC internes avec des pannes de sites simul\u00e9es, des probl\u00e8mes de r\u00e9gions cloud et des conflits de politiques montrent si les SLA sont adapt\u00e9s \u00e0 votre sc\u00e9nario.<\/p>\n
La conclusion pour la strat\u00e9gie IT et les achats est claire : le prochain r\u00e9seau de sites est une d\u00e9cision de gouvernance et de contrat, avec la technique r\u00e9seau comme niveau d\u2019ex\u00e9cution. Ceux qui conservent la bande passante comme KPI principal optimisent le mauvais levier. Ceux qui clarifient les crit\u00e8res de mesure, les risques multi-op\u00e9rateurs et les chemins de sortie avant de comparer les fonctionnalit\u00e9s pilotent conjointement les co\u00fbts d\u2019investissement et les risques op\u00e9rationnels, et restent ma\u00eetres de leur appel d\u2019offres.<\/p>\n
Foire aux questions<\/h2>\n
\nQuand MPLS reste-t-il une option viable pour l\u2019interconnexion de sites ?<\/summary>\n
Le MPLS conserve son int\u00e9r\u00eat lorsque des chemins d\u00e9terministes, des fen\u00eatres de latence strictes et des processus op\u00e9rationnels \u00e9tablis sont d\u00e9terminants. Le prix \u00e0 payer ? Des d\u00e9lais de d\u00e9ploiement plus longs, des topologies rigides et souvent un couplage \u00e9troit avec l\u2019op\u00e9rateur. Avec de nombreux sites et des charges cloud fluctuantes, ce mod\u00e8le atteint ses limites d\u00e8s qu\u2019une modification de politique devient un ticket de changement. La sortie propre vers des environnements SaaS et hyperscale doit, en parall\u00e8le, \u00eatre anticip\u00e9e dans la conception op\u00e9rationnelle et contractuelle.<\/p>\n<\/details>\n
\nComment \u00e9viter les querelles m\u00e9thodologiques en cas d\u2019incident WAN ?<\/summary>\n
Le contrat pr\u00e9cise qui mesure quoi, \u00e0 quelle fr\u00e9quence, avec quel profil de trafic et quels droits d\u2019acc\u00e8s aux donn\u00e9es brutes. Des seuils op\u00e9rationnels bas\u00e9s sur la latence, le gigue et la perte de paquets remplacent le simple statut de port comme indicateur de pilotage. Les cr\u00e9dits de service et les temps d\u2019escalade sont li\u00e9s aux m\u00eames m\u00e9triques que celles utilis\u00e9es par les \u00e9quipes op\u00e9rationnelles en salle de crise. Sans cette coh\u00e9rence, l\u2019incident se transforme en d\u00e9bat st\u00e9rile sur la m\u00e9thodologie.<\/p>\n<\/details>\n
\nPourquoi les strat\u00e9gies multi-op\u00e9rateurs comportent-elles des risques pratiques en cas d\u2019incident ?<\/summary>\n
Deux op\u00e9rateurs signifient deux processus de gestion d\u2019incident, deux portails et souvent deux interpr\u00e9tations d\u2019un m\u00eame chiffre de latence. Sans r\u00f4le de pilotage clair en cas d\u2019incident et sans points de mesure communs, l\u2019avantage de la diversit\u00e9 reste th\u00e9orique. La s\u00e9paration en couche 1 et 2 est peu utile si les deux chemins partagent le m\u00eame goulot d\u2019\u00e9tranglement r\u00e9gional ou la m\u00eame passerelle cloud. Une matrice de responsabilit\u00e9 couvrant les op\u00e9rateurs, l\u2019exploitation SD-WAN ou SASE, les fournisseurs cloud et le LAN local comble ces lacunes avant la mise en production.<\/p>\n<\/details>\n
\nComment les services achats et op\u00e9rationnels v\u00e9rifient-ils qu\u2019une offre SD-WAN est adapt\u00e9e \u00e0 leur sc\u00e9nario ?<\/summary>\n
Les tests de sc\u00e9narios et les PoC internes constituent la base d\u2019\u00e9valuation avant les catalogues de fonctionnalit\u00e9s et les pr\u00e9sentations. Des laboratoires ind\u00e9pendants comme Miercom analysent la r\u00e9silience du plan de contr\u00f4le, le basculement de liens et les changements de chemin pilot\u00e9s par les SLA en cas de latence ou de gigue d\u00e9pass\u00e9e. Lors d\u2019un test comparatif, les experts ont mesur\u00e9 environ dix secondes d\u2019interruption du trafic pendant le basculement. Les pannes simul\u00e9es de sites, les probl\u00e8mes de r\u00e9gions cloud et les conflits de politiques permettent de v\u00e9rifier si les seuils contractuels s\u2019appliquent dans votre propre cas de charge et de conformit\u00e9.<\/p>\n<\/details>\n
- La maturit\u00e9 op\u00e9rationnelle avant les labels. <\/strong> Les solutions SD-WAN et SASE se jugent sur la gouvernance des politiques, l\u2019observabilit\u00e9 et le basculement sous charge. Selon Gartner, en 2025, le SASE dual-vendor avec des contrats s\u00e9par\u00e9s restera la norme du march\u00e9.<\/li>\n
![\"Wenn](\"https:\/\/www.cloudmagazin.com\/wp-content\/uploads\/2026\/07\/wenn-gpus-den-saas-etat-auffressen-cover-hero-250x143.jpg\")
<\/p>\n![\"KI](\"https:\/\/mybusinessfuture.com\/wp-content\/uploads\/2026\/07\/ki-mittelstand-pilot-skalierung-roi-roadmap-cover-hero-250x195.jpg\")
<\/p>\n![\"Der](\"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/07\/cover-hero-3-250x143.jpg\")
<\/p>\n