Le cloud n’était-il pas censé être simple ?
Lorsqu’il s’agit d’un seul cloud, la réponse est généralement un oui catégorique. Toutefois, la plupart des organisations n’utilisent aujourd’hui pas un seul cloud (comme l’indique le rapport SOAS 2019 de F5), mais combinent en réalité plusieurs fournisseurs de clouds publics et privés. L’adoption de plusieurs clouds accroît la complexité opérationnelle, car chacun possède son propre ensemble d’infrastructures, de services et d’outils, ainsi que des interfaces et une terminologie différentes. Pour simplifier les architectures multicloud, il est essentiel de standardiser les éléments dans la mesure du possible. L’utilisation d’outils compatibles avec différents environnements permet de masquer une grande partie de cette complexité et de passer d’un portefeuille de services spécifique à un cloud à un portefeuille indépendant du cloud.
L’un des nombreux avantages de l’utilisation de F5 dans une architecture multicloud réside dans la possibilité de réutiliser et de reproduire facilement les politiques de services applicatifs sur différentes plateformes, grâce à la cohérence des services F5 d’un environnement à l’autre. Examinons de plus près quelques situations dans lesquelles l’utilisation de politiques cohérentes entre les différents clouds peut être bénéfique pour votre organisation.
1) Corrigez rapidement les vulnérabilités de sécurité multicloud
Imaginez un scénario dans lequel des applications utilisant des frameworks et des bibliothèques courants s’exécutent sur AWS, Azure et dans votre centre de données sur site. La sécurité étant essentielle pour votre entreprise, vous avez déployé des pare-feu d’applications web (WAF) devant chaque application. Si vous avez combiné des services cloud natifs avec les solutions du fournisseur choisi pour votre centre de données, chaque environnement est désormais protégé par un pare-feu d’applications web différent, avec ses propres politiques, outils et processus. Et lorsqu’une vulnérabilité est inévitablement découverte dans l’un des composants : Que faites-vous ?
Puisque vous avez adopté une approche spécifique à chaque cloud pour la sécurité multicloud, la résolution du problème nécessiterait probablement d’examiner séparément chaque politique de WAF et de créer un correctif propre à chacune, ce qui n’est pas vraiment la tâche la plus rapide ni la plus simple. En revanche, si vous aviez adopté une approche indépendante du cloud et déployé un WAF F5 dans chaque environnement, vous n’auriez eu à modifier qu’une seule politique couvrant toutes les instances de WAF. Vous auriez également pu déployer automatiquement cette politique mise à jour sur chaque instance depuis une console centralisée, via un appel d’API ou d’un simple clic, économisant ainsi une quantité considérable de cette précieuse ressource qu’est le temps.
De plus, une fois que cette politique a été approuvée par votre équipe de sécurité, elle peut être enregistrée en tant que modèle dans un catalogue de politiques BIG-IQ. Les équipes DevOps ou applicatives peuvent alors intégrer rapidement cette politique préapprouvée à leurs pipelines CI/CD via un appel d’API afin de rationaliser le déploiement de bout en bout de leurs applications. Ainsi, l’équipe SecOps peut avoir l’esprit tranquille, sachant que les politiques de sécurité les plus récentes sont appliquées à toutes les applications (nouvelles comme existantes), tandis que le processus de déploiement des applications est accéléré.
2) Évoluez en toute fluidité
Interrogez les entreprises sur leur stratégie cloud à long terme : leurs réponses sont généralement empreintes d’incertitude, car le rythme de l’innovation dans le cloud rend toute prévision fiable difficile. La plupart savent assez bien quel(s) cloud(s) elles utilisent ou prévoient d’utiliser, mais, compte tenu de l’évolution constante des plateformes et des services, personne ne peut garantir que le cloud le mieux adapté à leur application aujourd’hui le sera encore demain. Un nouveau service cloud innovant pourrait imposer la migration d’applications, ou une analyse des coûts pourrait révéler qu’un autre fournisseur permettrait de réduire considérablement les dépenses. Un changement à la tête de la direction informatique pourrait-il entraîner un revirement de la stratégie cloud ? Face à toutes ces incertitudes, il est important de pérenniser vos investissements afin de réduire les risques liés à l’adoption de nouveaux clouds ou de nouvelles infrastructures.
Comme dans notre scénario de sécurité, la cohérence peut être utile. Les services applicatifs F5 sont fondamentalement identiques sur toutes les plateformes. C’est essentiel si vous devez migrer d’un cloud à un autre, ou de votre centre de données vers le cloud, car vous pouvez reproduire et réutiliser dans différents environnements l’ensemble de vos politiques de service, iRules et configurations d’instances existantes. Vous gagnerez ainsi probablement un temps considérable et faciliterez grandement votre migration. Mais ne nous croyez pas sur parole : Gold Digest Online et l’Alberta Motor Association ont tous deux constaté les avantages considérables de cette approche lorsqu’ils ont simplifié leur transition vers AWS en emportant avec eux leurs services et politiques F5 existants.
3) Améliorez la reprise après sinistre
Les centres de données privés comme les fournisseurs de cloud commerciaux connaissent parfois des défaillances, généralement dues à des pannes matérielles, des coupures de courant ou des failles de sécurité. C’est pourquoi de nombreuses organisations mettent en place des sites de secours pour la reprise après sinistre, non seulement dans d’autres emplacements, mais aussi auprès d’autres fournisseurs, afin de garantir la disponibilité de leurs applications stratégiques et critiques pour leur activité. Lorsque ces sites de reprise après sinistre sont activés, il est essentiel que l’expérience des utilisateurs des applications ne soit pas affectée.
Avec F5, le basculement des requêtes applicatives des sites principaux vers les sites de reprise après sinistre s’effectue de manière transparente grâce à une configuration haute disponibilité active/veille. De plus, les services avancés et homogènes dans tous les environnements garantissent une expérience utilisateur inchangée. La fonctionnalité de synchronisation de la configuration de F5 permet de propager en continu toutes les modifications apportées aux équipements principaux BIG-IP à l’ensemble du groupe d’équipements, y compris ceux situés dans la région de reprise après sinistre. Tous les éléments, des iRules et profils aux certificats SSL et adresses IP virtuelles, peuvent être synchronisés entre les environnements afin d’assurer la continuité des activités malgré les pannes système.
Découvrez comment F5 peut vous aider à gérer des politiques cohérentes ici.
À propos de l’auteur
Articles 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.