L'avenir des plates-formes de développement internes natives du cloud. Les fournisseurs de services cloud créeront-ils le (David Mitchell)

À quel point sommes-nous proches des fournisseurs de services cloud qui créent des plates-formes de développement internes natives du cloud ? 

Pour planter le décor, commençons par les stratégies globales de migration vers le cloud. 

Dans ce monde moderne de développement numérique, la transformation des entreprises bat son plein, et même les banques migrent leurs parcs applicatifs vers le cloud ! Si vous êtes un directeur technique qui se lance dans un programme de migration vers le cloud, il peut être facile de supposer que des changements incroyables peuvent être apportés rapidement, en utilisant pleinement le cloud et en transformant l'infrastructure héritée ! 

Cependant, les hypothèses peuvent être dangereuses, et ces perspectives se sont avérées beaucoup plus difficiles dans un secteur aussi complexe et aussi hautement réglementé que la finance et la banque. Certaines banques ont commencé à « soulever et déplacer » leur parc d'applications existant dans le cloud et à l'exécuter sur des machines virtuelles ; Cependant, l'expérience montre que cela ne permet pas à la banque de profiter de tous les avantages du cloud. L'adoption de cette approche limite l'évolutivité, la fiabilité, l'expérience des développeurs, le délai de mise sur le marché et la réduction des dépenses opérationnelles liées à la refonte des applications à l'aide de technologies cloud natives. Une banque qui « lève et déplace » son parc d'applications vers le cloud le fait généralement parce que c'est plus simple et plus rapide, ou parce qu'elle peut être soumise à des contraintes commerciales plus larges qui l'obligent à le faire. 

Alors, quelle est la meilleure approche pour migrer les applications bancaires et financières vers le cloud ? Toute banque qui souhaite utiliser le cloud doit envisager d'examiner et de restructurer l'ensemble de son parc d'applications, afin de réduire les dépenses opérationnelles et d'améliorer l'expérience des développeurs. Cela stimulera la productivité des développeurs et la vitesse d'ingénierie, réduisant également les délais de mise sur le marché, accélérant ainsi la valeur commerciale. 

Gartner décrit « cloud native » comme faisant référence à ; « … quelque chose créé pour exploiter ou mettre en œuvre les caractéristiques du cloud de manière optimale. Ces caractéristiques du cloud font partie de la définition originale du cloud computing et incluent des fonctionnalités fournies en tant que service. Les caractéristiques du cloud computing incluent également les technologies Internet évolutives et élastiques, partagées, mesurées par l'utilisation, basées sur les services et omniprésentes. 

Le nuage offre une doublure argentée ! 

Les services cloud sans serveur tels que Google Cloud Run, les applications de conteneur Azure et les applications AWS Runner intègrent la philosophie du cloud natif : ils sont évolutifs, résilients et entièrement gérés. Ces services permettent à une organisation d'utiliser les avantages de la conteneurisation, permettant de déployer la même application sur plusieurs plates-formes cloud, garantissant ainsi que l'application s'exécute de manière cohérente, quelle que soit l'infrastructure sous-jacente. 

Historiquement, nous avons dû « coller » des services cloud pour obtenir de telles fonctionnalités et les outils DevOps composaient les fonctionnalités d'applications financières et bancaires complexes. Lorsqu'une application bancaire est repensée pour le cloud, il est courant de voir des équipes de développement regrouper de nombreux services cloud et créer leurs propres plates-formes de développement cloud internes personnalisées. 

Le Hype Cycle de Gartner affirme que l'ingénierie des plates-formes et les plates-formes de développement internes améliorent l'expérience des développeurs. « Une plate-forme de développement interne (IDP) est construite par une équipe de plate-forme pour créer des chemins en or et permettre le libre-service du développeur. Un IDP se compose de nombreuses technologies et outils différents collés ensemble de manière à réduire la charge cognitive des développeurs sans faire abstraction du contexte et des technologies sous-jacentes. Suivant ces meilleures pratiques, les équipes de plateforme ont historiquement traité leur plateforme comme un produit, la construisant sur la base de la recherche d'utilisateurs, puis la maintenant et l'améliorant continuellement. 

Cependant, la maintenance et l'amélioration continue de ces plates-formes de développement internes spécialement conçues entraînent inévitablement une quantité incroyable d'efforts et de dépenses opérationnelles. 

Dans un récent article de Forbes, 16 leaders technologiques ont partagé leurs sélections pour les "stratégies et services cloud indispensables", qui capturent l'essence du problème. L'observation clé était que « … chaque CIO se concentre sur la création d'une plate-forme de développement interne pour surmonter la complexité des technologies natives du cloud et appliquer la gouvernance pour les équipes de développement autonomes. En conséquence, les ingénieurs de plate-forme créent des plates-formes de développement internes en utilisant les capacités du cloud. Cependant, c'est un exercice qui prend du temps et qui n'en finit pas.  

Il est donc essentiel pour l'avenir qu'une plate-forme de développement interne en tant que service soit mise à disposition en tant qu'offre cloud essentielle ; mais les fournisseurs de cloud relèvent-ils ce défi ? Il est évident qu'ils le sont, mais comme toujours, il y a toujours des complexités supplémentaires dans les applications financières et bancaires ! 

Les fournisseurs de services cloud regroupent leurs services cloud et leurs capacités de service cloud pour créer des plates-formes de développement internes véritablement natives du cloud. Ces dernières années, nous avons vu l'émergence de plates-formes similaires de chacun des principaux fournisseurs de cloud, notamment : AWS app runner, les applications de conteneur Azure et Google Cloud Run. Certains de ces services cloud natifs sans serveur incluent : l'hébergement de conteneurs, l'évolutivité, la création et le déploiement de conteneurs, la gestion des versions de service, le renouvellement des certificats TLS, l'intégration du registre de conteneurs, la journalisation et la surveillance intégrées et les proxys d'API. Ils s'intègrent rapidement aux bases de données cloud et nous pouvons les gérer à l'aide de politiques de sécurité cloud. 

Cependant, à quel point sommes-nous proches des fournisseurs de services cloud qui nous fournissent une véritable plate-forme de développement interne native du cloud ? L'évolution est en cours, mais de nombreuses applications financières et bancaires sont très complexes et difficiles. Pour atteindre cet objectif, nous devons continuer à faire passer les exigences essentielles par l'intermédiaire des fournisseurs de services cloud, afin de garantir que la fonctionnalité requise est intégrée à leurs plates-formes cloud natives. 

• Contenu propulsé par le référencement et distribution de relations publiques. Soyez amplifié aujourd'hui.
• Platoblockchain. Intelligence métaverse Web3. Connaissance Amplifiée. Accéder ici.
• La source: https://www.finextra.com/blogposting/23809/the-future-of-cloud-native-internal-developer-platforms-will-the-cloud-service-providers-create-the?utm_medium=rssfinextra&utm_source=finextrablogs