L'urgence de la modernisation à l'ère du capital application

Nous sommes au milieu d’une quatrième révolution industrielle. Dans l’économie numérique d’aujourd’hui, le rôle vital des applications fait de chaque entreprise une entreprise technologique. Une seule mauvaise expérience avec une application peut amener un client à abandonner cette application et à passer à un concurrent . Alors que les cyberattaques sont en augmentation, il est essentiel que chaque membre de l'équipe et chaque partie prenante, à chaque étape du processus de développement application , adopte l'agilité et maintienne un état d'esprit privilégiant la sécurité.

Cet état d’esprit s’accompagne de la modernisation. Les clients et les parties prenantes attendent certaines expériences numériques et, sans une stratégie application moderne, les pertes sont inévitables. L’appel à la modernisation est donc urgent.

À l’ère moderne du capital application , les entreprises sont tenues de s’adapter, d’innover et d’améliorer en permanence leur avantage concurrentiel. Gartner Inc. prédit que les dépenses mondiales des entreprises en déploiement de logiciels basés sur le cloud atteindront 557 milliards de dollars en 2022 . Pour répondre aux exigences des utilisateurs et de la concurrence, les cycles de développement et de test des applications modernes ont été considérablement raccourcis. Ce qui prenait initialement des mois ne nécessite désormais que quelques semaines, quelques jours, voire quelques heures. Si le parcours du monolithe aux microservices n'est pas pleinement adopté par une entreprise, le risque de perdre avantage compétitif – ou pire, de devenir obsolète – est évident.

Les cycles de développement d’applications rapides sont la nouvelle norme. NGINX est bien placé pour simplifier les efforts de modernisation et rendre le voyage vers cette nouvelle ère sûr et sans risque.

Le chemin vers la modernisation

La croissance continue de la diversité des application est une arme à double tranchant pour les DSI : si elle a ajouté des fonctionnalités nécessaires et contribué à augmenter la productivité, cette croissance rapide a également ajouté une complexité inattendue. Les DSI des grandes entreprises ont généralement du mal à suivre des centaines, voire des milliers d’ applications exécutées par l’organisation informatique, et une étude McKinsey a révélé qu’environ 80 % des DSI n’ont pas encore atteint l’agilité ou les résultats commerciaux qu’ils espéraient obtenir grâce à la modernisation des application .

Même avec la complexité initiale, le passage du monolithe aux microservices en vaut la peine. Son adoption par les DSI peut constituer une base plus solide pour le développement futur des applications. Et en donnant aux développeurs l’autonomie sur la manière dont les applications sont créées et déployées, le délai de mise sur le marché est considérablement plus rapide, garantissant ainsi un avantage compétitif.

La modernisation ouvre une voie concrète vers de nouvelles plateformes, de nouveaux outils, de nouvelles architectures, de nouvelles bibliothèques et de nouveaux frameworks sans craindre de tout perdre et de tout reconstruire à partir de zéro. Une bonne première étape consiste à moderniser certaines applications destinées aux clients. Ensuite, ces applications peuvent être optimisées par les équipes logicielles pour les paradigmes informatiques distribués, tels que le multicloud et le cloud hybride (ce processus a entraîné l'essor des applications conteneurisées, car elles sont plus portables).

Il existe trois approches courantes pour la modernisation des applications :

1. « Lift and shift » – Déplace les applications des serveurs existants sur site vers une plateforme cloud, ce qui nécessite une réécriture minimale du code
2. Réécriture de morceaux de code – Permet aux développeurs de bénéficier de conteneurs et d’autres infrastructures et outils modernes
3. Replatforming – Exploite les mises à jour complémentaires, en remplaçant ou en modifiant le backend de l'application pour se concentrer sur une plateforme cloud, comme compromis entre les deux autres approches

Toutes les application ne doivent pas être exécutées en tant que microservice. Parfois, réécrire le code est une meilleure solution, surtout si l’application est étroitement couplée aux systèmes existants. Il est important de définir les objectifs et la feuille de route à long terme de votre entreprise, puis d'intégrer une approche judicieuse de la modernisation des application . Travailler pièce par pièce permet de construire une base solide pour l’avenir, tout en minimisant les risques.

Toutefois, l’accélération de la mise sur le marché ne doit pas se faire au détriment de la sécurité, de la visibilité ou du contrôle des application .

• Sécurité. L’utilisation d’outils de surveillance pour la visibilité du trafic peut fournir un aperçu des performances des application , fournissant les informations nécessaires sur la manière de réagir rapidement et d’atténuer les risques.
• Visibilité. L’amélioration de la visibilité dans les systèmes open source, tels que Kubernetes, peut également fournir aux organisations un aperçu du déploiement. Cela renforce la sécurité en détectant les vulnérabilités et en faisant progresser le dépannage.
• Contrôle. L'utilisation de F5 NGINX Controller et de F5 NGINX Instance Manager [désormais combinés sous le nom de NGINX Management Suite ] peut aider à gérer une infrastructure entière avec une seule couche de gestion.

L’adoption de ces techniques de modernisation confère aux DSI un avantage stratégique sur leurs concurrents, en leur permettant de faire face aux tendances disruptives avant que leur activité ne soit affectée négativement. Bien que la modernisation des applications héritées puisse être complexe et coûteuse, les outils NGINX offrent aux DSI sécurité, visibilité et contrôle.

Le nouveau territoire des API

À la base de chaque application moderne, les ingénieurs ont mis en œuvre tout un monde d’API. Ces API sont en communication constante entre elles pour faire fonctionner l'application pour l'utilisateur – que ce soit pour les paiements, les appels vocaux, les images, la géolocalisation ou une multitude d'autres fonctions. Les API ont toujours joué un rôle essentiel dans la distribution application et, plus récemment, elles sont passées du statut de partie intégrante de l’ application à celui de son intégralité.

Avec l’essor des conteneurs, des microservices et de Kubernetes, l’orientation des architectures application a changé. La conception et la gestion des API sont devenues tout aussi importantes que celles des données, de la confidentialité, des ressources informatiques et de la mise en réseau. Par exemple, dans Kubernetes et les microservices, les fonctions découplées communiquent via API.

Tout comme nous avons UX, DX et CX, nous avons un nouveau terme pour cette expérience API : APIX 2.0 . Aujourd’hui et à l’avenir, la manière dont les API sont expérimentées deviendra un critère clé pour les équipes DevOps et GitOps . APIX a un impact direct sur les utilisateurs – en interne et en externe.

Lors de la conception de l'APIX crucial, quatre principes doivent être respectés :

• Principe 1 : Concevez une expérience uniforme basée sur des directives explicites. Maintenant que les équipes sont distribuées, il est important de créer une liste de contrôle d’évaluation des API dans le but de normaliser l’adoption et l’utilisation. La simplification des principes peut alléger la complexité antérieure de la gestion du cycle de vie des API.
• Principe 2 : Formaliser la propriété du service. Pour permettre une gestion centralisée et une automatisation adéquates des contrôles des API, il est essentiel de répertorier les API utilisées. Sans établir quelle équipe ou quel propriétaire est responsable de chaque service ou groupe de services, le cycle de vie de l’API devient ingérable. L’intégration du catalogue de services donne un aperçu complet de qui gère les services et de la manière dont ces services fonctionnent activement.
• Principe 3 : Concevoir pour des économies d’échelle, des économies de gamme ou les deux. Lors de la conception visant à optimiser et à fournir un APIX premium, les organisations doivent déterminer si leur objectif est une économie d’échelle ou une économie de gamme. Le choix informe la conception de l'API.
• Principe 4 : Facilitez la gestion. Les passerelles API sont conçues pour démêler la complexité des environnements application modernes. Les solutions traditionnelles ne sont pas préparées à gérer les environnements conteneurisés, cloud natifs et multicloud. C'est pourquoi le module de gestion des API du contrôleur NGINX [désormais API Connectivity Manager , qui fait partie de NGINX Management Suite] se concentre sur la réduction de la complexité grâce à son architecture innovante. En découplant F5 NGINX Plus sur le plan de données du module de gestion des API sur le plan de contrôle, le trafic d'exécution et le trafic APIM sont isolés individuellement pour permettre un traitement plus efficace.

Chaque fois qu’un client accède à une application, il s’attend à l’excellence de l’API. Offrir cette expérience est un élément clé du succès de la modernisation.

L’effort de modernisation doit être conscient. Grâce à ces quatre principes, ainsi qu’au chemin vers la modernisation ci-dessus, NGINX peut vous aider à moderniser vos architectures application avec nos solutions simples et efficaces.

Ressources

Pour en savoir plus sur la modernisation des applications, consultez ces articles connexes sur The Register :

• Les affaires à la vitesse des applications : Conseils stratégiques pour la modernisation
• Le passage urgent vers des applications modernes : Une question de boom ou de récession
• Vos clients attendent l’excellence des API. Pouvez-vous livrer ?

Peu importe où vous en êtes dans votre parcours de modernisation d'applications, vous pouvez commencer avec des essais gratuits de 30 jours de toutes nos solutions commerciales :

• NGINX Plus et NGINX App Protect
• Contrôleur d'entrée NGINX et NGINX App Protect
• NGINX Management Suite [anciennement NGINX Controller et NGINX Instance Manager]

Ou lancez-vous avec des offres gratuites et open source :

• NGINX Open Source
• Maillage de services NGINX
• Unité NGINX