BLOG | BUREAU DU CTO

Les services application doivent suivre les applications comme ils suivent les données

Miniature F5
F5
Publié le 25 septembre 2018

 

L’adoption du cloud et désormais des conteneurs a bouleversé l’architecture réseau traditionnelle en silo qui a dominé la conception des centres de données pendant des décennies. Le contrôle du trafic ne se limite plus à des emplacements bien définis dans une architecture réseau unique. Il est désormais distribué sur Internet et dans l'ensemble du centre de données, car les conteneurs suppriment les capacités croissantes de distribution application .

Cette distribution d’ applications fait des ravages sur les opérations car la visibilité, la sécurité et les performances des applications et de l’infrastructure de support ne peuvent plus être assurées par le contrôle du chemin des données.

Il est clair que le point de contrôle stratégique traditionnel du réseau est en train d’être perturbé, et avec lui les services application qui ont longtemps assumé son existence.

Pendant des années, ces services application ont été fournis sur des plateformes appelées contrôleurs de distribution application . L'ADC, à son tour, s'est appuyé sur le matériel pour l'échelle et la vitesse nécessaires pour répondre aux exigences de performance et de disponibilité de l'entreprise. L'ADC en tant que solution matérielle a été réifié par l'exigence de gérer la charge de centaines et de milliers d' applications dans un seul appareil. Ce choix a été dicté par les applications, qui sont liées aux données dont elles constituent l’interface principale.

Mais les services application ne sont pas liés à ce matériel, car ils sont et ont toujours été des logiciels. L’avantage du matériel spécialement conçu a toujours été sa capacité à améliorer les performances et l’évolutivité, offrant des ordres de grandeur d’augmentation par rapport au matériel standard.

Étapes majeures de la F5

Tout comme les services application ne sont pas liés au matériel, les applications ne sont pas non plus liées au centre de données. Les applications sont, en fait, plus étroitement liées à leurs données. Lorsque ces données se déplacent, les applications le font également. Cette relation de cause à effet est essentielle pour l’avenir de la distribution des application , car nous sommes sur le point de générer plus de données que nous ne pouvons en déplacer. Selon « The Zettabyte Era » de Cisco : « Tendances et analyses », d'ici 2021, nous générerons 60 zettaoctets (ZB) de données. Notre capacité à déplacer ces données reste cependant bien inférieure, à 3,3 ZB. La gravité des données liera nécessairement les applications à l’environnement dans lequel ces données résident. Cet environnement peut être le centre de données, mais il peut également se trouver dans le cloud.

Ce couplage des applications à leurs données s'observe également dans un couplage similaire des services application aux applications. À mesure que les applications évoluent, leurs services application doivent évoluer également. Cela a un impact sur le chemin des données.

L’architecture et les modèles d’exploitation ont évolué pour s’adapter à un chemin des données prévisible, mais cette prévisibilité a désormais disparu. Les services qui composent les applications basées sur le cloud ne suivent aucune interconnectivité prescrite.

Les services en réseau doivent se transformer.

Le chemin des données unique et bien défini a disparu et avec lui les points de contrôle stratégiques sur lesquels les services application étaient traditionnellement déployés. Le chemin des données est désormais variable, dynamique et distribué. Ils sont de plus en plus nombreux, car le cloud et les entreprises adoptent des approches par application pour le développement, le déploiement et la livraison. Les services application peuvent désormais être insérés et exécutés n’importe où le long de ce chemin.

 

Comparaison des modèles de service

Pour suivre les applications, la livraison des application doit adopter un modèle de services application qui ne se limite pas au réseau du centre de données. Au lieu de cela, il doit adopter des emplacements de déploiement et des modèles d’exploitation alternatifs qui incluent des offres cloud natives et basées sur des services. 

Cette approche introduit de nouvelles options pour l’insertion et la distribution de services application . Les services application peuvent être insérés dans l’ application ou le client, mais s’exécuter dans les limites d’un cloud ou en tant que service. Ils peuvent être intégrés à l' application en tant que composants binaires ou inclus avec des métadonnées telles que des balises. L’emplacement devient moins important que la capacité à suivre les applications à mesure qu’elles suivent leurs données.

Les options sont des opportunités

Il peut être tentant de considérer ces options comme une menace, car elles ne sont pas propices au déploiement d'un ADC traditionnel. Elles perturbent par nature les architectures de distribution traditionnelles et obligent les fournisseurs et les professionnels de la distribution application à étendre leurs domaines au-delà des limites confortables du réseau.

Mais il est préférable de considérer ces options comme les opportunités qu’elles représentent. Ces nouvelles options sont des opportunités d’adopter de nouveaux services application et de nouveaux modèles d’exploitation afin de continuer à fournir des services application pour garantir que les applications sont sécurisées, rapides et disponibles.