SD-WAN : des promesses à la réalité — ce que les équipes IT doivent savoir

Il n'y a pas à nier que le marché SD-WAN est sous les projecteurs. Après être tombé dans le Trough of Disillusionment du Hype Cycle 2017 de Gartner, le SD-WAN est entré dans le Slope of Enlightenment en 2018 et construit maintenant régulièrement de l'élan et de l'advocacy à mesure que la décennie se termine.

Un des arguments clés du SD-WAN est sa flexibilité : il ne force pas les équipes à dépendre exclusivement de l'accès internet direct (DIA) pour tout le trafic. Au lieu de cela, les organisations peuvent préserver les liens MPLS pour les charges de travail sensibles à la latence — comme la VoIP — tout en routant le trafic bulk via des tunnels DIA, trouvant un équilibre qui soutient les migrations cloud et SaaS sans sacrifier la performance pour les services critiques.

Pourtant, même si la familiarité avec les produits SD-WAN grandit, de nombreuses organisations ont encore besoin de clarifier ce que ces solutions promettent versus ce qu'elles livrent réellement. Le battage médiatique de l'industrie autour du coût inférieur, de la gestion simplifiée, de la résilience accrue et de l'expérience utilisateur améliorée peut laisser les équipes réseau dans le noir si les pratiques de surveillance ne sont pas mises à jour pour correspondre à la nouvelle architecture.

La plupart des vendeurs SD-WAN n'offrent que des métriques de performance d'application basiques qui déclenchent des ajustements de routage basés sur des politiques. Bien qu'utiles pour rediriger le trafic, ces métriques manquent souvent de la visibilité granulaire saut-par-saut requise pour un vrai dépannage. Sans insight plus profond, l'IT ne peut pas déterminer si un problème de performance provient d'un AS distant, d'un routeur spécifique ou d'un FAI externe.

Où le SD-WAN fait défaut

Comme de nombreux vendeurs de contrôle réseau, les solutions SD-WAN incluent fréquemment de simples tableaux de bord d'utilisation de bande passante. Supposer que ces tableaux de bord remplacent une plateforme de surveillance complète peut être risqué. Ces outils mesurent généralement la performance seulement quand les données utilisateur sont activement transmises, ce qui signifie que l'impact est découvert seulement après que l'utilisateur final a déjà souffert. Ils omettent aussi le contexte critique — comme les tables de routage internet, les interactions de systèmes autonomes et les erreurs au niveau du chemin — essentielles pour identifier les causes racines.

Un manque de perspective « locale »

En déployant le SD-WAN, des routeurs de bord sont placés à chaque succursale pour appliquer des politiques de routage locales. Un contrôleur centralisé agrège ces politiques, fournissant une visibilité à l'échelle de l'entreprise. Cependant, la visibilité s'arrête généralement au routeur de bord. Parce que les bureaux distants hébergent souvent des pare-feu dédiés et des appliances de sécurité, le contrôleur SD-WAN ne peut pas voir au-delà de la « porte » dans le LAN, laissant l'IT aveugle aux problèmes locaux même quand le contrôleur rapporte une livraison fluide au bord.

Par conséquent, les équipes obtiennent rarement une vraie vue de bout en bout en se fiant uniquement au SD-WAN. Pour combler ce fossé, la surveillance doit s'étendre au-delà du trafic utilisateur pour englober les liens sous-jacents qui supportent le tissu SD-WAN. Cette approche donne à l'IT le contexte nécessaire pour remédier aux problèmes proactivement plutôt qu'attendre que les FAI les résolvent.

Au minimum, l'IT a besoin d'un outil qui mesure la performance saut-par-saut à travers chaque chemin, transformant le signal binaire « bon/mauvais » du contrôleur SD-WAN en données actionnables. Également important est la capacité de descendre des pare-feu de succursale dans le LAN, capturant à la fois la performance WAN et LAN depuis la perspective de l'utilisateur final.