Combler le fossé : Échelle et fiabilité
La production n’est pas conçue pour échouer.
Les architectures traditionnelles de services réseau et d’application sont conçues pour être fiables même en cas de panne. La redondance et le basculement sont des capacités essentielles de l'infrastructure qui se trouve entre les clients et l'atout le plus précieux d'une organisation : ses applications.
Le basculement (ou le véritable basculement) ne peut pas être obtenu simplement en lançant un nouveau conteneur. Cette approche ne fonctionne que pour les applications modernes conçues pour être sans état. C’est rarement une caractéristique des applications traditionnelles, et ce n’est même pas une certitude pour les applications modernes. L’évolutivité et la fiabilité de niveau entreprise sont essentielles pour maintenir la disponibilité de ce qui reste l’essentiel du portefeuille d’applications d’entreprise : les applications traditionnelles.
Mais cela ne signifie pas que nous devons ignorer le nombre croissant d’applications modernes. Chaque nouvelle architecture d’application démarre avec seulement quelques projets, puis explose à mesure que les organisations apprennent à développer, déployer et exploiter les systèmes et les solutions nécessaires pour faire évoluer et sécuriser ces nouvelles applications. Le nombre de nouvelles applications développées à l’aide d’architectures modernes reste faible au sein de l’entreprise, mais il augmente rapidement. Il est indispensable que les organisations le fassent si elles veulent suivre le rythme de l’économie numérique.
L'architecture à la vitesse des applications
Plus d’ une organisation sur cinq a désormais cinquante (50) demandes d’applications majeures ou plus dans son backlog d’applications . Plus de 61 % ont plus de dix (10) nouvelles demandes d’application dans la file d’attente. Les approches de développement traditionnelles ne parviennent pas à suivre le rythme. De plus en plus d’applications basées sur des architectures modernes apparaîtront à mesure que les organisations se tourneront vers Agile et les microservices pour accélérer la livraison.
Et ce faisant, ils auront besoin d’un moyen de combler le fossé entre le modèle d’échelle et de fiabilité des architectures modernes et l’échelle et la fiabilité exigeantes requises pour réaliser des déploiements à l’échelle de l’entreprise.
Ces architectures modernes incluent souvent NGINX. En fait, on pourrait dire que la plupart des architectures modernes émergentes s'appuient sur NGINX dans un ou plusieurs rôles.
Parmi les douze principaux composants d'application que vous trouverez exécutés dans des conteneurs, on trouve NGINX. Parmi les meilleurs (les meilleurs, pour être honnête) fournisseurs d'entrée de conteneurs en service , vous trouverez NGINX. Dans chaque enquête et rapport basé sur des données sur le cloud, les conteneurs et les microservices, vous trouverez probablement NGINX dans une liste de composants en cours d'exécution.
NGINX répond principalement au besoin d’évolutivité dans les architectures modernes. Il offre une fiabilité aux applications modernes dans la mesure où en cas de défaillance d'une instance d'application, NGINX le remarquera et dirigera les demandes ultérieures vers d'autres instances d'application. Il couvre les défaillances inhérentes aux environnements de conteneurs. Il répond également aux exigences de disponibilité des applications que la plupart des DevOps et des développeurs sont chargés de respecter.
Mais cela ne se traduit pas nécessairement par la mise à l’échelle d’une architecture d’entreprise entière et la garantie de sa fiabilité. Le même système « conçu pour échouer » qui fonctionne si bien pour les applications modernes n’est pas bien adapté pour fournir la même chose aux applications traditionnelles et à l’infrastructure des services d’application. Au cœur de la différence se trouve un modèle « état versus étatique ». Les applications modernes visent à être sans état car cela, à son tour, permet à l'architecture de fonctionner. Les applications traditionnelles, et le réseau lui-même, sont dotés d’un état. L'échec tue les transactions et les sessions en cours et perturbe la disponibilité.
Fiabilité moderne
Le rayon d’explosion d’une panne de production qui affecte l’infrastructure partagée (qui en représente la majeure partie) est large. Très grand. Les réseaux et les services d'application responsables de la livraison et de la sécurité de centaines d'applications ne sont pas conçus pour échouer, ils sont conçus pour être fiables.
Dans le rôle d'échelle et de fiabilité de classe entreprise, c'est F5 avec BIG-IP. Conçu pour la fiabilité et capable d'évoluer pour répondre à la fois à la demande et aux attaques massives, BIG-IP est le moyen par lequel plus de 25 000 entreprises fournissent des applications. Il répond aux exigences de disponibilité du réseau et des applications que les NetOps sont chargés de respecter.
En réunissant les deux, nous serons en mesure de satisfaire aux exigences de « fiabilité », quelle que soit la définition. Qu'il s'agisse de la fiabilité des petits déploiements pilotés par les développeurs faisant évoluer les applications modernes ou des grands déploiements faisant évoluer les services d'application et les applications traditionnelles, un portefeuille combiné offrira aux clients la possibilité d'utiliser le bon outil pour la bonne application.
Pour en savoir plus sur les avantages de l'association de F5 et de NGINX, consultez un article du PDG de F5 présentant la série de blogs « Bridging the Divide ».