Il est temps de sortir des sentiers battus en matière de livraison d'applications
Nous utilisons souvent l’analogie de « penser en dehors des sentiers battus » comme moyen d’encourager la pensée créative. C'est un cliché à ce stade, mais cela peut être efficace, surtout si vous le prenez au sens littéral comme au sens figuré.
Littéralement parlant, une boîte est une boîte. Sa composition matérielle ne change ni sa forme ni sa fonction. Une boîte en carton reste une boîte. C'est plus flexible qu'une boîte en bois, mais ça reste une boîte.
En appliquant cela à la livraison d’applications, nous comprenons qu’une boîte logicielle reste une boîte. Plus flexible, oui. Plus fragile aussi. Mais au bout du compte, ça reste une boîte. Et l’avenir de la distribution d’applications appartient à ceux qui pensent en dehors du cadre littéral et figuratif.
Depuis près de quinze ans, le contrôleur de distribution d’applications (un boîtier) est au centre des tentatives des organisations pour faire évoluer et sécuriser les applications. Même si nous sommes entrés dans l'ère des stratégies « logiciel d'abord », les solutions proposées dans le domaine de la distribution d'applications reposent toujours sur un boîtier logiciel dans le réseau.
Et pour un pourcentage significatif d’organisations et d’applications, cette approche est – et continuera d’être – la bonne. Parce que la plupart des organisations sont multigénérationnelles. Ils prennent en charge quatre et cinq générations d’architectures d’application, dont certaines continueront à s’appuyer sur ces boîtiers. Mais pour d’autres applications, particulièrement modernes et cloud natives, il est temps de sortir des sentiers battus.
Les applications modernes ne se limitent plus à un seul serveur et à une diffusion sur un seul réseau. Les applications d'aujourd'hui ne sont pas des logiciels monolithiques, ce sont des systèmes faiblement couplés et hautement distribués, dont 70 % sont des composants réutilisables (et souvent open source) (Source : Chapeau blanc ). Considérez la consommation de composants fournis en tant que service pour des fonctionnalités spécialisées, telles que des cartes et des images. L’essor du cloud computing, en particulier son modèle de coûts basé sur l’utilité, a créé une nouvelle économie de marché dans laquelle la spécialisation au niveau des composants est possible. La conception d’applications modernes exploite ensuite la puissance de la spécialisation et permet aux développeurs de se concentrer sur les fonctionnalités qui ajoutent de la valeur ou offrent un avantage concurrentiel avec peu ou pas d’investissement.
La consommation de composants hautement distribués et les économies d’échelle du cloud ont fait que « le réseau » est désormais « les réseaux ». Les organisations s’appuient aujourd’hui sur le cloud public, 60 % d’entre elles employant deux à six fournisseurs différents. Près de la moitié (44 %) de ces organisations ont déployé plus d'un quart (25 %) de leur portefeuille d'applications dans ces environnements (Source : F5 | État des services d'application 2019).
Il est donc temps de sortir des sentiers battus en matière de diffusion d’applications également.
Les principes qui ont guidé la conception de l’ADC étaient basés sur les architectures de réseau et d’application traditionnelles de l’époque. Tous deux étaient limités par des limitations de réseau et de calcul, nécessitant une approche agrégée limitant l'accès au réseau externe. La latence associée à l’activité du réseau était trop élevée pour fournir la vitesse et la fiabilité nécessaires pour susciter la confiance dans le réseau – et par extension dans Internet – en tant que support viable pour les entreprises. Le réseau est devenu suffisamment rapide pour prendre en charge la communication basée sur les API et la haute disponibilité. Internet a évolué pour prendre en charge des vitesses auxquelles le contrôle opérationnel peut être réalisé dans plusieurs environnements.
La stabilité et la rapidité du réseau permettent aujourd’hui à la distribution d’applications d’entrer dans une nouvelle ère dans laquelle le réseau nous permet d’agir comme un système distribué et évolutif. Au lieu d’un système déployé sur une boîte, la distribution d’applications peut évoluer pour adopter une conception moderne basée sur une pile. Il peut désormais être distribué pour mieux profiter des avancées technologiques et de conception logicielle des quinze dernières années.
En exploitant la capacité des conteneurs et de l’orchestration des conteneurs à fournir des mécanismes similaires à ceux de la gestion des processus et en traitant le réseau comme s’il s’agissait davantage de canaux nommés entre les processus, nous pouvons concevoir une architecture parfaitement évolutive et infiniment extensible pour la distribution d’applications. Nous pouvons tirer parti des meilleurs composants logiciels de leur catégorie qui répondent non seulement à la demande d’observabilité et d’orchestration, mais également à la facilité d’intégration avec les analyses opérationnelles et les chaînes d’outils de déploiement automatisées. Nous pouvons composer des chemins de données de manière dynamique au lieu d'être liés à des câbles et des configurations.
Nous pouvons réimaginer la distribution d’applications comme une pile de distribution distribuée, une pile qui n’est liée ni à un logiciel ni à un boîtier matériel.
Pour réaliser un changement aussi monumental dans la livraison d'applications, nous avons adopté des méthodologies modernes comme Agile et adopté des approches et principes DevOps qui automatisent et orchestrent l'intégration, la construction et les tests. Cette initiative est guidée par un ensemble de principes de conception qui exigent une attention particulière non seulement aux fonctionnalités et aux caractéristiques, mais également aux nécessités opérationnelles et aux réalités multi-cloud. Nous sommes déterminés à offrir une « expérience prête à l'emploi » qui dépasse les attentes des clients en nous concentrant sur cinq caractéristiques clés :
L'automatisation avant tout
- Les API et les artefacts définissent les interfaces
- L'intégration avec l'écosystème A&O est essentielle
- Adopter une approche d'infrastructure en tant que code
Disponibilité continue
- Mise à l'échelle transparente et autonome des applications et de la distribution des applications, au niveau des composants
- Contrôle indépendant du cloud pour une expérience cohérente dans tous les environnements
- Mises à jour automatiques et infrastructure auto-améliorante
Analyses exploitables
- La télémétrie en temps réel informe les opérations des menaces pesant sur la disponibilité et la sécurité.
- Découverte de services
- Des informations opérationnelles pour aider à l'optimisation
Expérience utilisateur intuitive
- Fournir des services d'application, pas des appareils
- Déployer des applications, pas des infrastructures
- Intégration aux outils, pipelines et consoles cloud standard de l'industrie
Sans friction de l'acquisition à l'exploitation
- Déploiement en quelques minutes
- Options de licence modernes
L'ADC a, dans les coulisses, aidé des dizaines de milliers de clients à réussir au cours des quinze dernières années. Mais ce n’est pas la boîte qui a fait le coup. Ce sont les services d'application et les logiciels assistés par le matériel qui ont fait cela. Et maintenant qu’il est temps de repenser la distribution des applications, ces racines pertinentes sont la raison pour laquelle nous sommes convaincus que nous pouvons le faire à nouveau en dehors des sentiers battus.
Et si vous vous demandez ce que nous voulons dire, voici quelques excellents exemples de réflexion innovante en matière de livraison d'applications :