Depuis le début du siècle (je ne me lasserai jamais de le dire), le réseautage est devenu de plus en plus une marchandise. Considérez l’utilisation répandue de « routeurs » dans les réseaux domestiques pour fournir une connectivité presque plug-and-play aux 15,14 milliards d’appareils intelligents estimés dans le monde .
La mise en réseau est la même, la bonne vieille connectivité IP de couche 2-3 que nous connaissons et aimons tous. C'est tellement standardisé et prévisible que les fournisseurs peuvent créer des boîtes noires qui permettent même à l'utilisateur le moins technique de les mettre en ligne, ainsi que tous leurs gadgets.
Mais c’est un environnement unique. Ajoutez à cela un peu de cloud public et, de plus en plus, de l’edge computing et ce n’est pas si simple.
Pour rendre ce qui n’est pas simple encore moins simple, ajoutez à cela la nécessité de prendre en charge la connectivité des applications dans tous ces environnements et vous obtenez les ingrédients d’un système complexe qui frustre même le professionnel du réseau le plus expérimenté.
Aujourd'hui, les équipements réseau standards sont désormais standards, et la plupart des professionnels des réseaux sont plus que capables de réussir à transmettre des paquets du cœur au cloud, puis à la périphérie et vice versa. Mais lorsque vous ajoutez à cela la connectivité de la couche applicative, cela devient plus difficile.
Le problème est que dans un monde moderne et numérique, la mise en réseau devrait, par défaut, inclure ces couches de connectivité. Après tout, le « réseau » comporte sept couches, et pas seulement deux, qui sont hautement standardisées et régies par des protocoles bien définis. Cela signifie que les couches de transport (couche 4) et d'application (couche 7) DOIVENT, comme dans la RFC, être incluses lorsque nous parlons de mise en réseau dans un environnement hybride et multicloud.
La livraison et la sécurité des applications fonctionnent à ces couches supérieures. C’est ce que les technologies sont conçues pour optimiser et sécuriser. Ainsi, si vous essayez de connecter des applications sur plusieurs propriétés, vous devez penser à l’ensemble de la pile réseau, de l’IP au TCP en passant par HTTP. Vous devez inclure la livraison et la sécurité des applications dans le processus de configuration du « réseau », car elles font, par définition, partie du « réseau ».
Depuis des années, nous (c’est-à-dire le nous de l’entreprise) faisons la distinction entre les applications traditionnelles et modernes. Cette distinction est nécessaire en raison des besoins uniques de connectivité et d’architecture des applications mobiles et basées sur des microservices. Il est peut-être temps que nous fassions la même distinction du côté du réseau. Les réseaux traditionnels concernent les niveaux L2 et L3. Les réseaux modernes intègrent les niveaux L4 à L7.
Malheureusement, de nos jours, tout ce qui est « full stack » est un objectif difficile à atteindre. Visibilité complète de la pile, développeurs complets, mise en réseau complète de la pile. Nous le constatons sur le marché actuel du Zero Trust, où l’accent est mis sur la mise en réseau Zero Trust plutôt que sur une architecture Zero Trust entièrement fonctionnelle.
Et c’est en partie parce que les couches supérieures du « réseau » sont plus fluides, dynamiques et plus difficiles à fournir et à sécuriser.
Proposer un réseau multicloud qui ne traite que la complexité des niveaux 2-3 ou même 2-4 est insuffisant. Il ne parvient pas à résoudre la partie vraiment difficile de la mise en réseau, qui se situe au niveau L7. C’est pourquoi nous pensons que les approches de réseau traditionnelles ne résolvent pas réellement les problèmes de complexité associés au fonctionnement dans un modèle multi-cloud.
La mise en réseau multicloud DOIT inclure l'intégralité de la pile si elle veut soulager les maux de tête liés à l'exploitation des applications distribuées et des services numériques qui définissent le monde numérique.