BLOG

L'ADC compatible avec le cloud : Quels sont les avantages pour NetOps ?

Miniature de Lori MacVittie
Lori MacVittie
Publié le 12 décembre 2016
ADC prêt pour le cloud

Un contrôleur de distribution d'applications (ADC) compatible avec le cloud n'est pas un ADC traditionnel. Disponible pour un déploiement sur du matériel personnalisé ou COTS, il s'agit d'une solution logicielle évolutive qui répond à la fois au besoin de distribution et de déploiement rapides, sécurisés et disponibles des applications. Un ADC prêt pour le cloud permet une approche moderne à deux niveaux des architectures de centres de données combinant la stabilité, la sécurité et l'évolutivité traditionnelles avec des fonctionnalités programmatiques modernes, flexibles, adaptées au cloud et à DevOps.

Quels sont les avantages pour NetOps ?

Les opérations réseau, ou NetOps en abrégé, sont de plus en plus confrontées à une complexité opérationnelle accrue avec des budgets stagnants. Alors qu'un changement de pouvoir se produit qui déplace certains services d'infrastructure, comme l'équilibrage de charge, vers le domaine des opérations traditionnelles, l'adoption croissante du cloud public et la demande croissante de cloud privé continuent de faire pression sur NetOps pour qu'ils évoluent plus rapidement et se déploient plus fréquemment. Tout en restant dans le budget.  

L’automatisation et l’orchestration, grâce à l’adoption de plateformes telles qu’OpenStack , Cisco ACI et VMware, sont l’un des moyens par lesquels NetOps relève ce défi . En adoptant des cadres qui favorisent « l’infrastructure en tant que code » en permettant des déploiements basés sur des modèles, NetOps peut fournir un environnement plus « libre-service » à travers lequel les services réseau et applicatifs traditionnels peuvent être déployés. Cela conduit à des coûts d’exploitation inférieurs, car les ingénieurs ne sont plus obligés de provisionner, de configurer et de déployer manuellement les services, ainsi qu’à une plus grande vitesse. Il permet à NetOps d'évoluer efficacement pour répondre à la demande et réduit les frictions qui existent depuis longtemps et qui entraînent des retards dans le déploiement des applications.

Un ADC prêt pour le cloud y parvient grâce à la programmabilité . Appelez cela « infrastructure définie par logiciel » ou « infrastructure en tant que code ». Quelle que soit la nomenclature que vous adoptez, la réalité est que le « logiciel » est l’avenir du centre de données, non pas en raison de son facteur de forme (il a toujours besoin de matériel, après tout), mais en raison de la flexibilité offerte par la capacité à exploiter le code pour mettre en œuvre la logique, que ce soit pour le routage ou la sécurité, l’évolutivité ou la vitesse.

C'est pourquoi un ADC prêt pour le cloud prend en charge la configuration basée sur des modèles et les déploiements compatibles API via les frameworks que les entreprises utilisent aujourd'hui pour réaliser une plus grande échelle opérationnelle et la mise en œuvre du cloud privé, comme OpenStack. Les modèles Heat open source facilement obtenus via GitHub fournissent un déploiement et une configuration natifs et automatisés de bout en bout des services d'application avancés F5 à l'aide d'iApps . Mais cela ne se limite pas à une intégration pré-packagée (prête à l’emploi). La nature programmable innée d'un ADC prêt pour le cloud garantit qu'il peut être intégré dans une grande variété de systèmes d'automatisation et d'orchestration, qu'ils soient conçus sur mesure ou non. C’est l’avantage de l’ autre économie d’API , celle qui permet l’intégration de l’infrastructure pour réaliser des déploiements d’applications plus rapides, plus fréquents et plus cohérents dans l’environnement de production.

La personnalisation des politiques via la programmabilité du chemin de données étend la capacité de NetOps (et de DevOps également) à personnaliser la distribution des applications ainsi qu'à corriger les vulnérabilités via des correctifs virtuels et le nettoyage des données entrantes/sortantes. Parce que la sécurité doit être incluse dans chaque aspect de la livraison, de l’application à l’infrastructure jusqu’au client lui-même. En prenant en charge à la fois les langages traditionnels (comme TCL) ainsi que les langages plus modernes (node.js), NetOps et DevOps peuvent profiter de plus de 250 000 packages existants, un meilleur contrôle et une sécurité renforcée ne sont qu'à une commande npm *.

Une plateforme pour chaque environnement

Un ADC prêt pour le cloud est également une plateforme. Cela devient de plus en plus important lorsqu’on tente d’améliorer l’échelle opérationnelle d’un centre de données en croissance rapide. Une plateforme commune pour la sécurité, l'évolutivité et les performances signifie moins de temps consacré à l'intégration et à la gestion, et plus de temps pour garantir que les politiques et les normes communes sont facilement disponibles pour ceux qui doivent les déployer. Cela est particulièrement important lorsque l’on tente d’étendre des ressources limitées au cloud public, où les différences dans les API, les consoles, les tableaux de bord et même la journalisation peuvent augmenter la charge de travail d’un personnel opérationnel déjà débordé. La standardisation sur une plateforme commune à tous les environnements, qu'ils soient sur site ou hors site, dans le cloud ou traditionnels, fournit une base solide sur laquelle construire et étendre l'environnement de libre-service nécessaire pour évoluer dans une économie d'applications.

Un ADC prêt pour le cloud vise à activer le cloud, à la fois dans le centre de données et dans le cloud public. Il s’agit d’une plateforme programmable qui fournit la bonne combinaison d’API et de modèles pour garantir que peu importe qu’elle soit déployée sur du matériel personnalisé ou standard, dans un cloud public, un cloud privé ou un cloud en colocation. NetOps peut provisionner, configurer, gérer et surveiller les services déployés avec un ADC prêt pour le cloud, peu importe où ils se trouvent, et le faire en utilisant des méthodes modernes d'automatisation et d'orchestration pour garantir l'échelle opérationnelle requise pour atteindre la vitesse de déploiement attendue par l'entreprise.

 

*Un certain assemblage est requis. Non, pas la langue. Vous devez le joindre à une politique.