L’une des raisons — qui ne me surprend guère — pour lesquelles certaines organisations restent solidement ancrées dans leur centre de données ou y reviennent après un passage dans le cloud est l’absence de services suffisamment robustes pour mettre en place des architectures comparables. Autrement dit, les services sur lesquels les entreprises s’appuient dans leur centre de données ne sont tout simplement pas disponibles dans le cloud. Non pas parce que les fournisseurs refusent de les proposer — ils le font —, mais parce que certains d’entre eux présentent des difficultés techniques insurmontables. Les services de sécurité sont les plus souvent confrontés à ce problème, car nombre d’entre eux reposent principalement sur un accès en mode promiscuité aux couches inférieures de la pile réseau, à savoir les couches deux et trois.
D’autres raisons expliquent également pourquoi le cloud privé se développe aussi rapidement — voire, dans certains cas, plus rapidement — que l’adoption du cloud public. Les applications existantes présentent souvent des dépendances applicatives et des dépendances aux données qui rendent leur migration irréalisable sur les plans technique et financier. Elles ont pour ainsi dire pris racine, et les déraciner pour les replanter serait presque certainement voué à l’échec.
Mais les entreprises savent que le cloud, en tant que modèle d’exploitation, constitue aujourd’hui le meilleur moyen d’atteindre l’agilité opérationnelle et l’efficacité financière nécessaires pour réussir dans un monde centré sur les applications. C’est pourquoi nous assistons également à l’essor, au sein des entreprises, de frameworks tels qu’OpenStack. Pour offrir dans le centre de données une expérience comparable à celle du cloud, il est nécessaire d’abstraire les fonctions d’infrastructure sous forme de services pouvant être provisionnés par logiciel. OpenStack offre cette possibilité pour tous les composants, du stockage au calcul, en passant par le réseau et les services applicatifs (notamment la sécurité), qui sont aujourd’hui essentiels à la mise à disposition d’applications de toutes sortes.
C’est peut-être pour cette raison que, dans notre enquête État des lieux de la fourniture d’applications, nous avons constaté que le taux d’adoption d’OpenStack était le plus élevé parmi les personnes déclarant occuper des fonctions liées au réseau, à l’infrastructure et à la sécurité.
C’est aussi la raison pour laquelle nous (au sens de l’entreprise) nous investissons pleinement dans OpenStack et soutenons sa communauté (grandissante). À tel point que nous participerons (à nouveau) la semaine prochaine à l’OpenStack Summit (Austin) et que nous ne nous contenterons pas d’y assister : nous en sommes un sponsor Spotlight. Parce que nous sommes conscients que c’est à ce point important et que nous croyons aux principes fondamentaux qui sous-tendent OpenStack.
C’est pourquoi nous sommes ravis d’y participer et d’annoncer la disponibilité de F5 OpenStack LBaaSv2. Oui, vous avez bien lu : v2. Cette solution vous permet de provisionner des services d’équilibrage de charge F5 — notamment des adresses IP virtuelles, des pools, des groupes de services de périphériques et des fonctions de surveillance de l’état — dans un cloud OpenStack. Vous pouvez consulter le code (et même le récupérer, ha !) sur github ou ici, sur DevCentral. À vous de choisir.
Si vous participez au salon, n’oubliez pas de passer sur notre stand (B24). Nous sommes près du café et, si vous nous laissez scanner votre badge, vous pourrez tenter de gagner un casque sans fil PowerBeats. Le tirage au sort aura lieu après l’événement ; il ne sera donc pas nécessaire d’être présent pour gagner.
Pendant que vous y êtes, vous pourrez assister à une démonstration de notre plug-in LBaaS et en savoir plus sur nos derniers modèles Heat, également disponibles dès maintenant sur Github si vous avez envie de les exploiter à fond.
- Modèle Heat de base pour LB
- Déploie une iApp sur une VE existante, qui configure un serveur virtuel et un pool comportant un membre. La pile Heat crée également un serveur (le membre du pool) et un client afin de vérifier qu’une requête adressée à la VIP nouvellement créée aboutit.
- Modèle d’intégration Cisco APIC
- Cette pile Heat déploie une iApp à partir du dépôt GitHub de Hitesh Patel. Elle déploie son modèle d’iApp d’intégration APIC avec certaines valeurs par défaut.
- Préparer une image F5 VE pour démarrer dans OpenStack
- Ce modèle déploie une image Linux en tant que serveur d’intégration d’images BIG-IP VE.
Enfin, si vous êtes au salon, ne manquez pas de venir écouter mon collègue John Gruber, le mardi 26 avril à 14 h 45 au Marketplace Theater. Il expliquera ce qui se passe lorsqu’une entreprise foncièrement attachée aux solutions propriétaires se voit demander par ses clients de s’ouvrir. Il répondra à la question de savoir comment associer un mécanisme propriétaire à une architecture ouverte et expliquera pourquoi l’« ouverture » représente un tel défi pour les réseaux cloud.
La semaine à Austin s’annonce passionnante, et nous espérons vraiment vous y voir !
Vous pouvez également suivre l’actualité sur Twitter @f5networks pour ne rien manquer des temps forts du salon (comme le moment où la bière gratuite commencera à couler à flots pendant la tournée des stands).
À propos de l’auteur
Lori MacVittie est ingénieure émérite et évangéliste en chef au sein du bureau du directeur technique de F5. Elle possède une expertise approfondie dans la fourniture d’applications, les stratégies d’automatisation et les infrastructures. Elle est réputée pour sa capacité à rendre la complexité intelligible, qu’elle définisse des garde-fous pour les agents d’IA, analyse des architectures multicloud fragiles ou explore les limites des systèmes évolutifs. Elle cumule plus de trente ans d’expérience dans le secteur, couvrant le développement d’applications, l’architecture informatique ainsi que l’exploitation des réseaux et des systèmes. Avant de rejoindre F5, elle a été rédactrice spécialisée dans les technologies et a reçu plusieurs distinctions. MacVittie est titulaire d’un master en informatique et est une autrice prolifique dont les publications couvrent la sécurité, le cloud et l’architecture d’entreprise. Elle est également une passionnée de jeux de société et de jeux vidéo, et assume pleinement ses avis bien tranchés sur le fromage.
Autres articles de Lori Mac VittieArticles de blog associés
F5 NGINXaaS pour Google Cloud : des applications résilientes et évolutives
Découvrez comment NGINXaaS s’intègre à Google Cloud pour renforcer les performances et la sécurité, et préparer vos applications critiques à un avenir propulsé par l’IA.
L’intégration de F5 Web Application Firewall (WAF) à AWS est disponible dès aujourd’hui
En faisant appel à un partenaire de déploiement AWS WAF tel que F5, vous pouvez renforcer la sécurité de vos applications web grâce à des règles personnalisées qui bloquent les schémas d’attaque courants, comme les injections SQL ou les attaques par scripts intersites (XSS).
Appliquer le principe de Peter Parker à l’inspection TLS
« Un grand pouvoir implique de grandes responsabilités. » Si l’on en trouve des échos chez Voltaire et Churchill, cette citation est surtout connue grâce aux bandes dessinées Spider-Man, où elle est attribuée à l’oncle Ben. Bien entendu, si cette phrase est si répandue dans la culture populaire, c’est notamment parce qu’elle peut s’appliquer à une multitude de situations et de sujets, y compris à l’inspection TLS.
Le NetOps a besoin de défenseurs, pas d’adversaires
Il est important de reconnaître que les équipes NetOps ne sont pas toujours celles qui font obstacle au déploiement de la dernière nouveauté, application ou service. Les freins à la rapidité sont souvent dus au fait que les organisations n’adoptent pas tous les principes du DevOps lorsqu’elles cherchent à transformer leurs opérations informatiques.
Mise à jour des services applicatifs : sécurité, rapidité et visiteurs suspects
Il est de nouveau temps de nous pencher sur les services applicatifs que les entreprises utilisent réellement pour rendre leurs applications plus rapides et plus sûres. On constate notamment une hausse du recours aux services de protection contre les bots, ainsi que la progression lente mais régulière de HTTP/2. Bien qu’il ne s’agisse pas d’une application…
Les templates prennent le contrôle du cloud
Les modèles s’imposent dans le cloud. Lisez le blog de F5 pour découvrir comment l’infrastructure en tant que code et les API déclaratives automatisent la mise à disposition des applications.