Réseau étendu d’entreprise : Vos applications appellent enfin les coups

Pendant tout le temps que vous avez passé à exécuter un réseau étendu, dans quelle mesure avez-vous vraiment contrôlé, et pas seulement géré ou configuré?

Si votre réseau s’appuie sur des circuits MPLS (Multiprotocol Label Switching), des décisions de routage contraintes par le matériel de quelqu’un d’autre et des SLA que vous n’avez aucun pouvoir réel à appliquer, votre niveau de contrôle réel est probablement inférieur à ce que vous pensez.

Pendant des années, ce manque de contrôle était une réalité structurelle du travail, mais l’équilibre des pouvoirs est en train de changer.

Le contrôle est d’abord passé des opérateurs aux entreprises, puis des entreprises aux plateformes cloud. Maintenant, il se déplace à nouveau - cette fois à l'application elle-même.

Les charges de travail basées sur l’IA exigent une faible latence, des performances constantes et une réactivité en temps réel. Par conséquent, le WAN ne peut plus exister principalement pour fournir une connectivité; il doit également s'adapter dynamiquement aux besoins des applications qu'il prend en charge, et vous devez reconnaître ce que cela signifie pour votre réseau.

• LIRE AUSSI-> Votre réseau est maintenant au centre de la conversation sur l'IA

Qu’avons-nous gagné d’une lutte de 40 ans pour le contrôle ?

En ce qui concerne le WAN d’entreprise, tout est centré sur trois facteurs : la performance, le coût et le contrôle. 

Dans les premiers jours de la mise en réseau, les lignes louées offraient d’excellentes performances, mais étaient si chères qu’elles ne pouvaient pas être dimensionnées de manière réaliste. Le transporteur l'a construit et contrôlé, et vous venez d'écrire les chèques.

Dans les années 1990, le relais de trames et le mode de transfert asynchrone ont réduit les coûts en permettant une infrastructure partagée. Cependant, la dynamique fondamentale était la même. Le transporteur était toujours propriétaire du routage et dictait la performance. Vous étiez juste un locataire sur la propriété de quelqu'un d'autre.

Puis MPLS est venu et a donné aux leaders du réseau exactement ce qu’ils voulaient : des performances prévisibles, une ingénierie du trafic et des SLA à toute épreuve. Pour des secteurs comme les services financiers, c’était transformateur.

Mais dépouiller la technologie de fantaisie, et rien n'avait vraiment changé dans les coulisses. Le problème de contrôle est resté.

SD-WAN : Quand les organisations ont repris le volant

Le tournant s’est réduit à une simple question : Alors que la bande passante Internet ordinaire devenait plus rapide et plus fiable, avions-nous encore besoin de MPLS pour tout?

Le WAN défini par logiciel (SD-WAN) n’a pas remplacé la couche de transport sous-jacente, qui est restée en grande partie la même. Il a complètement changé la couche de contrôle au-dessus. Pour la première fois, vous pouvez diriger votre propre trafic en fonction des performances des applications, des coûts et des politiques commerciales. Le transporteur n'a plus appelé les coups de feu.

Le service d’accès sécurisé en périphérie (SASE) a rapidement suivi, combinant la liberté de routage du SD-WAN avec la sécurité fournie par le nuage. Fini le temps où le trafic était détourné par les centres de données centralisés. Le contrôle que vous aviez sur votre routage réseau s'appliquait désormais à votre sécurité.

L’ère de l’entreprise du WAN était arrivée, mais elle n’a pas duré aussi longtemps que prévu.

Le troisième quart : Les spécialistes de la mise à l’échelle sous les projecteurs

Alors que les organisations célébraient leur nouveau contrôle sur le réseau, un changement structurel se produisait en arrière-plan. Les applications ont été déplacées vers le cloud, et l’infrastructure lourde nécessaire pour les atteindre a suivi.

Amazon Web Services, Microsoft et Google ont construit certains des plus grands réseaux privés au monde. Leurs configurations de fibre optique rivalisent avec tout ce que les transporteurs traditionnels ont. Dans de nombreuses architectures d’entreprise, votre trafic ne fait qu’acheminer l’Internet public vers la rampe d’accès en nuage la plus proche, puis utilise l’épine dorsale de l’hyperscaler pour le reste du chemin.

Par conséquent, MPLS n’est plus le paramètre par défaut. Dans certains environnements, il devient facultatif; dans d'autres, il a déjà disparu. L’équilibre des pouvoirs a de nouveau changé. Il n’est pas retourné aux transporteurs, mais il n’est pas resté avec vous non plus. Il est passé aux fournisseurs de cloud, ce qui rend important de comprendre à quel point votre expérience réseau dépend maintenant des réseaux de ces fournisseurs.

Là où le modèle de superposition atteint sa limite

La plupart des réseaux d’entreprise sont maintenant dans un état hybride. Vous avez le SD-WAN, l’adoption croissante du SASE, l’accès Internet d’abord et le trafic rebondissant entre les réseaux fédérateurs du nuage et du télécommunicateur. Mais derrière toute cette architecture se cache un problème de performance que le logiciel seul ne peut pas résoudre.

Le WAN d’aujourd’hui fonctionne sur le réseau « au mieux ». C’est suffisant pour le logiciel en tant que service (SaaS) et le trafic Web général, mais si l’on y ajoute l’IA, le trading financier ou la réplication de données en temps réel, les fissures commencent immédiatement à apparaître.

Ces charges de travail nécessitent une prévisibilité absolue. Lorsque la latence augmente ou que la connexion devient nerveuse, l’impact va bien au-delà d’une mauvaise expérience utilisateur. Elle menace la synchronisation, la résilience et le débit de la charge de travail elle-même.

Si vous utilisez des environnements hautes performances, le choix d’un réseau au mieux crée un goulot d’étranglement qui freine l’ensemble de votre architecture.

Prochaines étapes : Le contrôle se déplace vers l’application

Le transfert suivant est le plus important à ce jour : Le contrôle se déplace directement vers l’application.

Au sein du groupe NTT, nous menons ce changement avec le réseau All-Photonics Network (APN). Au lieu de construire une autre superposition, APN met à niveau la couche de transport physique sous-jacente. En éliminant les conversions constantes entre les signaux optiques et électriques, nous rendons le réseau sous-jacent programmable, efficace et prévisible.

Le gain est significatif. Au lieu que les applications s’adaptent aux limitations du réseau, le réseau s’adapte aux besoins de l’application. Les charges de travail peuvent communiquer leurs exigences – latence, bande passante, résilience et sécurité – et le réseau peut être configuré en conséquence. Cela signifie que les charges de travail d’IA lourdes, les plateformes de négociation financière et les pipelines de données en temps réel bénéficient d’un réseau conçu sur mesure pour leurs besoins précis en temps réel, plutôt que de s’appuyer sur un routage au meilleur effort optimisé après coup.

Pour les configurations hautes performances, cela met fin au cycle continu d’optimisation WAN. Nous passons à un rendement garanti, et c’est une réalité pratique que vous devez commencer à planifier dès aujourd’hui.

• LIRE AUSSI-> Quand les réseaux atteignent la vitesse de la lumière : Pourquoi la photonique est le prochain grand changement

4 décisions d’architecture WAN qui comptent en ce moment

Des décennies d’évolution du WAN indiquent toutes quatre réalités pour les leaders du réseau :

1. La superposition du logiciel ne peut pas vous sauver

Nous avons passé une décennie à innover au-dessus de la couche de transport. Cela fonctionne très bien pour les applications SaaS de base, mais pour l’IA et les données hautes performances, la véritable contrainte se trouve sous la superposition. Si vous ne mettez pas à niveau la couche de transport, votre examen d’architecture est incomplet.

1. Tenir compte des répercussions de l’immobilisation du fournisseur

Le SASE simplifie les choses, mais c’est une arme à double tranchant. Cela peut également créer une nouvelle forme de dépendance, lorsque l’ensemble de votre stratégie réseau devient trop étroitement liée à la feuille de route d’un fournisseur. Vous devez décider où la normalisation a du sens et où vous devez garder votre flexibilité.

1. Attendre crée une dette architecturale

L’IA ne fonctionne pas sur les réseaux au meilleur effort. Les grappes de processeurs graphiques et les pipelines de données en temps réel exigent une prévisibilité absolue. Élaborez votre stratégie réseau parallèlement à votre stratégie d’IA ou risquez de passer des années à moderniser votre réseau autour de problèmes que vous auriez pu éviter.

1. Les humains ne peuvent plus gérer cela seuls

Un environnement multifournisseur couvrant le réseau, la sécurité et le cloud génère des données de télémétrie à une vitesse et à une échelle que les opérations informatiques manuelles ne peuvent pas gérer. L'avenir du WAN est le déploiement d'une infrastructure agentique capable de transformer automatiquement les données en correctifs en temps réel pour la performance et la sécurité.

Quel sera votre prochain déménagement?

Vous ne voulez pas seulement donner à votre WAN un lifting. Il s’agit de décider qui contrôle votre réseau, votre cloud et votre sécurité, et de concevoir une architecture qui répond en temps réel à vos applications les plus exigeantes.

Chez NTT DATA, nous vous aidons à reprendre ce contrôle. Grâce à une expertise multifournisseur couvrant Cisco, Palo Alto Networks, Zscaler, Netskope et plus encore, nous concevons, déployons et gérons  votre environnement sécurisé en périphérie et en nuage de bout en bout, vous aidant à reprendre le contrôle architectural en connectant les applications à un transport avancé, à des capacités compatibles avec APN et à des opérations agentiques.

Êtes-vous prêt à prendre en charge votre propre architecture ou allez-vous attendre que ces décisions soient prises pour vous?

QUE FAIRE ENSUITE

Explorez les solutions de réseautage sécurisé de NTT DATA pour voir comment nous transformons la connectivité d’entreprise sur les campus, les réseaux WAN et les réseaux en nuage.