Share via

Applications candidates à l’approche native cloud

  • Article

Conseil

Ce contenu est un extrait du livre électronique, Cloud Native .NET apps for Azure (Architecture d’applications .NET natives cloud pour Azure), disponible dans la documentation .NET ou au format PDF à télécharger gratuitement pour le lire hors connexion.

Télécharger le PDF

Cloud Native .NET apps for Azure eBook cover thumbnail.

Réfléchissez aux applications que votre organisation a besoin de créer. Ensuite, examinez les applications existantes dans votre portefeuille. Combien d’entre elles justifient une architecture native cloud ? Tous ? Peut-être quelques-unes ?

Si vous appliquez une analyse coûts/avantages, il y a fort à parier que le jeu n’en vaut pas la chandelle pour certaines. Le coût pour devenir native cloud dépasserait largement la valeur métier de l’application.

Quel type d’application est-susceptible d’être candidat au natif cloud ?

  • Les systèmes d’entreprise stratégiques qui doivent faire évoluer constamment les fonctionnalités/capacités de l’entreprise

  • Une application qui demande une grande vélocité de mise en production - avec une confiance toute aussi grande

  • Un système où les fonctionnalités individuelles doivent être mises en production sans redéploiement complet de l’ensemble du système

  • Une application développée par des équipes avec une expertise dans différentes piles technologiques

  • Une application avec des composants qui doivent être mis à l’échelle indépendamment

Les applications métier plus petites et avec moins d’impact peuvent convenir à une architecture monolithique simple hébergée dans un environnement PaaS cloud.

Puis, il y a les systèmes hérités. Même si nous aimerions tous créer de nouvelles applications, nous sommes souvent responsables de la modernisation des charges de travail héritées qui sont essentielles à l’entreprise.

Modernisation des applications héritées

Le livre électronique gratuit de Microsoft, Moderniser les applications .NET existantes avec le cloud Azure et les conteneurs Windows, fournit des conseils sur la migration des charges de travail locales dans le cloud. La figure 1-10 montre qu’il n’existe pas une seule stratégie qui convient à toutes les situations pour moderniser les applications héritées.

Strategies for migrating legacy workloads

Figure 1-10. Stratégies de migration des charges de travail héritées

Les applications monolithiques qui ne sont pas critiques peuvent bénéficier d’une migration lift-and-shift rapide. Ici, la charge de travail locale est réhébergée sur une machine virtuelle cloud, sans modification. Cette approche utilise le modèle IaaS (Infrastructure as a Service). Azure comprend plusieurs outils comme Azure Migrate, Azure Site Recovery et Azure Database Migration Service pour simplifier le déplacement. Même si cette stratégie peut vous permettre de réaliser des économies, ces applications n’ont généralement pas été conçues pour débloquer et tirer parti des avantages du cloud computing.

Les applications héritées qui sont critiques pour l’entreprise bénéficient souvent d’une migration optimisée pour le cloud améliorée. Cette approche inclut des optimisations de déploiement qui donnent accès à des services cloud clés sans modifier l’architecture centrale de l’application. Par exemple, vous pouvez conteneuriser l’application et la déployer sur un orchestrateur de conteneurs comme Azure Kubernetes Services, que nous aborderons plus loin dans ce livre. Une fois dans le cloud, l’application peut consommer des services annexes cloud tels que des bases de données, des files d’attente de messages, la surveillance et la mise en cache distribuée.

Enfin, les applications monolithiques qui fournissent des fonctions d’entreprise stratégiques tireront probablement meilleur parti d’une approche native cloud, le sujet de ce livre. Cette approche offre agilité et vélocité. Toutefois, elle implique de replateformer, réarchitecturer et réécrire le code. Au fil du temps, une application héritée peut être décomposée en microservices, conteneurisée et finalement replateformée dans une architecture native cloud.

Si vous et votre équipe croyez qu’une approche native cloud est appropriée, il vous incombe de rationaliser la décision avec votre organisation. Quel est exactement le problème métier qu’une approche native cloud va résoudre ? Comment s’alignerait-elle sur les besoins métier ?

  • Mises en production rapides des fonctionnalités avec une confiance accrue ?

  • Scalabilité affinée - utilisation plus efficace des ressources ?

  • Amélioration de la résilience système ?

  • Amélioration des performances système ?

  • Plus de visibilité sur les opérations ?

  • Fusionner les plateformes de développement et les magasins de données pour arriver à un outil optimal pour faire le travail ?

  • Investissement à l’épreuve du temps dans les applications ?

La bonne stratégie de migration dépend des priorités de l’organisation et des systèmes que vous ciblez. Pour beaucoup, il peut être plus rentable d’optimiser une application monolithique pour le cloud ou d’ajouter grossièrement des services à une application à N couches. Dans ces cas de figure, vous pouvez toujours utiliser pleinement les fonctionnalités PaaS cloud telles que celles offertes par Azure App Service.

Résumé

Dans ce chapitre, nous avons présenté l’informatique native cloud. Nous avons fourni une définition ainsi que les fonctionnalités clés qui pilotent une application native cloud. Nous avons examiné les types d’applications susceptibles de justifier cet investissement et cet effort.

Maintenant que les présentations sont faites, nous allons explorer beaucoup plus en détail le natif cloud.

References

PrécédentSuivant