Aujourd’hui, les organisations doivent relever le défi de moderniser leurs applications et leurs infrastructures afin de répondre à l’évolution des besoins de leurs clients. Le passage d’architectures monolithiques aux microservices, associé à la migration de centres de données sur site vers des environnements hybrides et multicloud, est complexe et comporte de nombreux risques. Cette transition vers un environnement sans périmètre peut exposer les organisations qui s’appuient sur les solutions de cybersécurité d’hier aux cybermenaces actuelles, toujours plus sophistiquées. Compte tenu du grand nombre d’applications, de fournisseurs et d’outils répartis entre les différents environnements de la pile technologique d’une organisation moderne, il n’est pas surprenant que la gestion et la sécurisation cohérentes de ces environnements applicatifs complexes puissent s’avérer difficiles et coûteuses. Pour surmonter les difficultés liées à la prolifération des outils et des fournisseurs, gardez à l’esprit les quatre considérations stratégiques suivantes.
1. Améliorer la posture de sécurité sans ajouter de complexité
Imaginez une ville fortifiée dotée d’une grande porte centrale et d’un groupe de gardes chargés de protéger des personnes importantes qui s’y trouvent. Dans ce scénario, il est logique de poster les gardes à la porte afin qu’ils puissent neutraliser toute menace potentielle avant qu’elle ne pénètre dans la ville. Imaginez maintenant que les remparts aient disparu : il est alors plus judicieux que les gardes restent à proximité des personnes qu’ils protègent. Les environnements applicatifs des organisations ont évolué de manière similaire, et le périmètre qui faisait office de remparts n’existe plus. C’est pourquoi la sécurité doit être au plus près de l’application, où qu’elle se trouve. Pour limiter la prolifération des outils, les organisations devraient envisager une solution hautes performances, indépendante de la plateforme, qui combine des outils de sécurité et de mise à disposition des applications. Pour garantir une protection complète des applications, il est essentiel d’intégrer un pare-feu d’applications Web (WAF) et une protection contre les attaques par déni de service (DoS). Un WAF robuste protège les applications vulnérables contre les tentatives d’exploitation, tandis que la protection DoS garantit leur disponibilité et leurs performances. Ces mesures de sécurité doivent également s’étendre à la protection des API, notamment REST, gRPC et GraphQL, grâce à des signatures avancées, à la détection des bots et à une intégration transparente aux pipelines CI/CD via l’API Kubernetes.
2. Améliorer la visibilité sur l’état et les performances des applications
Sans visibilité sur l’état et les performances des applications, veiller à ce qu’elles soient toutes à jour et fonctionnent correctement peut rapidement devenir un véritable casse-tête de gestion. Ce manque de visibilité peut rendre difficile, voire impossible, le respect des accords de niveau de service (SLA) de l’entreprise, en raison d’indisponibilités prolongées, d’une dégradation des performances et d’un dépannage fastidieux. Une solution efficace doit permettre aux organisations d’accéder à des métriques détaillées, en temps réel et historiques, indispensables au dépannage et au maintien des performances. Pour garantir des performances et une expérience utilisateur optimales, la solution doit être évolutive et nécessiter peu de ressources de calcul.
3. Accélérer la livraison des applications grâce au libre-service et à l’automatisation
La transformation numérique s’accélère et, par conséquent, les applications doivent elles aussi être livrées rapidement. Les entreprises peuvent accélérer la livraison des applications et gagner en agilité en associant automatisation et libre-service. Les développeurs peuvent ainsi publier plus rapidement et plus facilement de nouvelles fonctionnalités applicatives via leurs pipelines CI/CD, sans recourir à un modèle obsolète de provisionnement fondé sur des demandes : ils ne devraient pas avoir à soumettre un ticket chaque fois qu’ils doivent établir, configurer ou reconfigurer la connectivité d’une application.
4. Réduire la complexité grâce à une gestion centralisée
Les environnements applicatifs modernes font généralement appel à un large éventail d’outils pour assurer la mise à disposition des applications. Même s’il peut sembler irréaliste de disposer d’un seul outil capable de tout prendre en charge, il est possible de superviser et de gérer l’ensemble des outils d’une organisation depuis un emplacement unique. Un outil de gestion centralisée peut offrir une interface unifiée permettant de bénéficier, à grande échelle, d’une visibilité et d’un contrôle sur les politiques de sécurité, de routage et de supervision. La gestion des configurations dans des environnements hétérogènes devient ainsi plus simple, plus cohérente et moins coûteuse. L’adoption d’une approche globale intégrant la sécurité, la visibilité, l’automatisation et la gestion centralisée permet aux organisations de mettre à disposition et de sécuriser leurs applications, du code jusqu’au client, tout en améliorant l’expérience client grâce à une réduction de la complexité et des risques, une disponibilité accrue et des informations plus pertinentes à grande échelle. En accordant la priorité à ces considérations essentielles, les organisations peuvent aborder en toute confiance les complexités de la mise à disposition d’applications modernes. Pour découvrir comment NGINX peut vous aider à mettre à disposition des applications de manière simple, sécurisée et à grande échelle, et échanger avec l’un de nos experts, cliquez ici. Pour les lecteurs à la recherche d’informations plus techniques, téléchargez le NGINX Cookbook, notre guide détaillé expliquant pas à pas comment tout faire avec NGINX.
À propos de l’auteur
Articles de blog associés
Tendances actuelles des technologies cloud natives, de l’ingénierie de plateforme et de l’IA
Découvrez les principaux enseignements tirés des réponses à l’enquête annuelle F5 NGINX sur les dernières tendances en matière de technologies cloud natives, de sécurité, d’ingénierie de plateforme et d’IA.
Quels contrôleurs Ingress NGINX sont affectés par les vulnérabilités CVE-2022-4886, CVE-2023-5043 et CVE-2023-5044 ?
Lorsque de nouvelles CVE sont signalées, il est facile de ne plus savoir si elles concernent un outil de contrôleur Ingress NGINX particulier, car il existe plusieurs projets. Cet article présente les CVE et explique comment distinguer les différents projets de contrôleurs Ingress afin de dissiper toute confusion.
Votre API est-elle en temps réel ? Testez sa latence avec l’outil rtapi de NGINX
Votre API répond-elle aux requêtes en moins de 30 ms ? Si ce n’est pas le cas, il ne s’agit pas d’une API en temps réel offrant la faible latence exigée par la grande majorité des organisations. Mesurez la latence de votre API avec l’outil rtapi de NGINX et découvrez comment NGINX peut l’aider à offrir une réactivité en temps réel.
Un testeur d’expressions régulières pour NGINX et NGINX Plus
Le testeur d’expressions régulières (regex) pour NGINX et NGINX Plus vous évite de tâtonner en vous indiquant si une expression régulière utilisée dans un bloc location ou map correspond aux valeurs comme prévu. Il génère la configuration appropriée et affiche les valeurs des groupes de capture.
Caches partagés avec les clusters de cache NGINX Plus, partie 1
Optimisez la capacité de votre cache web en le répartissant entre plusieurs serveurs de cache web NGINX ou NGINX Plus. Découvrez comment procéder dans cet article.
Introduction aux microservices
Les microservices suscitent actuellement beaucoup d’intérêt. Cet article de blog est le premier d’une série de sept consacrée à la conception, au développement et au déploiement de microservices.