Si vous avez étudié l’informatique, que ce soit au premier cycle ou au-delà, vous avez probablement suivi un cours d’architecture informatique. Il ne s’agit pas du type d’architecture que nous dessinons aujourd’hui sur des diagrammes illustrant une architecture de centre de données, mais du type d’architecture en profondeur au niveau du circuit.
Vous savez, où les bus connectent des composants tels que le CPU, l’ALU, la RAM et, dernièrement, le GPU et DPU. La conception de ces systèmes nécessite de répondre à des questions sur la vitesse à laquelle doit être la vitesse du bus entre les composants et sur la quantité de bande passante requise pour prendre en charge un ensemble donné d’exigences de performances. C’est là que des technologies comme moi2C, PCI et QPI conviennent, pourquoi le FSB n’est plus utilisé et pourquoi la DDR a remplacé le SDR. Le « réseau » qui connecte les composants au niveau du circuit est un facteur important dans la vitesse et la capacité de traitement.
Si nous prenons du recul et examinons d’un œil critique l’architecture des centres de données, nous constatons qu’il s’agit d’une version plus grande de la même architecture qui nous oblige à répondre aux mêmes questions. Le besoin de vitesse, d’augmentation de la bande passante et de très faible latence est la raison pour laquelle nous voyons des complexes informatiques d’IA exploiter des technologies de réseau alternatives telles que InfiniBande. Le réseau compte, voyez-vous.
Revenons maintenant en arrière et regardons tout cela à un niveau mondial, où les cloud et les centres de données sont les composants, et Internet les bus.
Un regard en arrière pour regarder en avant
Les modèles, disent-ils, se répètent. Dans le monde de l’architecture, ils se répètent à plusieurs échelles, comme les fractales. Ce n’est pas une idée nouvelle, comme le « père des fractales » l’a observé il y a longtemps :
“La géométrie fractale fournit un cadre pour comprendre les structures de réseaux complexes en révélant comment des modèles auto-similaires peuvent émerger à différentes échelles.”
– Benoît B. Mandelbrot
Aujourd’hui, les bons architectes excellent dans l’art d’abstraire des motifs et d’exploiter leurs atouts à tous les niveaux. Quand quelqu’un dit en plaisantant : « Internet est mon ordinateur », ce n’est pas du tout une blague. D’un point de vue assez élevé, c’est vraiment est juste un énorme ordinateur distribué aujourd’hui.
Ce ne sera donc pas une surprise si je souligne l’importance du réseau dans un tel complexe informatique distribué. La vitesse, la sécurité et les chemins à travers ce réseau sont importants pour les performances et la capacité de toute instruction :Appels API entre les applications – se dirige vers le bon composant pour l’exécution.
Les candidatures, aujourd’hui, sont distribuées. Notre recherche principale nous dit que plus de la moitié (60 %) des organisations exploitent des applications hybrides ; c’est-à-dire avec des composants déployés dans des emplacements centraux, cloud et périphériques. Cela fait d’Internet leur réseau et la bouée de sauvetage dont ils dépendent pour leur vitesse et, en fin de compte, leur sécurité.
En outre, nos recherches ciblées nous dit que les organisations sont déjà multimodèles, déployant en moyenne 2,9 modèles. Et où vont ces modèles ? Un peu plus d’un tiers (35 %) effectuent un déploiement à la fois dans le cloud public et sur site.
Les applications qui utilisent ces modèles sont bien entendu distribuées dans les deux environnements. Selon Chapeau rougecertains de ceux des modèles sont utilisés pour faciliter la modernisation des applications existantes. Les applications héritées sont généralement sur site, même si l’IA utilisée pour se moderniser se trouve ailleurs.
Le rôle des réseaux multi-cloud
Nous disposons donc d’applications et d’IA distribuées sur Internet, ainsi que d’un réseau qui doit les connecter. Oh, et cela doit être sécurisé et rapide.
C’est pourquoi nous constatons tant d’activités axées sur mise en réseau multi-cloud solutions. La tendance technologique mal nommée (il ne s’agit pas seulement de plusieurs cloud mais d’interconnexion de plusieurs emplacements) met l’accent sur le réseau et une reconnaissance du rôle important qu’il joue aujourd’hui dans la sécurisation et la fourniture des applications.
On serait probablement tenté de se demander pourquoi nous avons besoin d’une telle chose. Le problème est que nous ne pouvons pas affecter Internet. Pas vraiment. Malgré toutes nos tentatives visant à utiliser la QoS pour prioriser le trafic et sélectionner soigneusement le bon fournisseur, qui dispose de tous les bons points de peering, nous ne pouvons pas vraiment y faire grand-chose.
D’une part, la connectivité sur Internet n’atteint généralement pas dans un autre environnement, dans lequel il existe toutes sortes de défis de réseau comme le chevauchement des adresses IP, sans parler de la difficulté de normaliser les politiques de sécurité et de surveiller l’activité du réseau.
Ce sont les problèmes que les réseaux multi-cloud résolvent. Fondamentalement, la mise en réseau multi-cloud s’étend un réseau dans plusieurs environnements plutôt que de simplement connecter ces environnements via deux points de terminaison sécurisés, à la un VPN.
La mise en réseau multi-cloud devient de plus en plus importante pour le succès de l’IA générative, car le modèle architectural, que ce soit au niveau de la carte ou de l’application, dépend toujours de la capacité à transférer des données entre les composants de manière sûre, fiable et aussi rapide que possible. La mise en réseau multi-cloud introduit certains des professionnels du réseau de contrôle qui manquent lorsqu’ils doivent utiliser Internet comme réseau.
Articles connexes :
