Share via

Présentation du scénario de plateforme d’application moderne

  • Article

À mesure que les clients s’intéressent à des formes d’adoption plus importantes et plus sophistiquées, leur passage au cloud devient plus complexe. En règle générale, les clients utilisent des conteneurs orchestrés pour gérer des pools de charges de travail dans un ou plusieurs clusters centralisés. Cette série d’articles combine les considérations techniques et non techniques nécessaires pour préparer l’intégration de Kubernetes et des conteneurs dans des opérations centralisées et, plus globalement, dans votre stratégie cloud.

Les organisations utilisent des services managés, des services d’application et des conteneurs dans leur stratégie générale pour accélérer la productivité des développeurs, réduire la charge de travail, améliorer la portabilité des charges de travail et moderniser les charges de travail héritées.

  • Plateforme d’application : collection de dépendances d’application conçues pour prendre en charge l’exécution de l’application. Les plateformes d’application accélèrent le développement en fournissant des structures bien définies pour répondre à de nombreux besoins courants. Les plateformes d’application peuvent également créer des contraintes qui affectent le mode de création de l’application.
  • Services d’application (services PaaS) : les services d’application, qui sont les options PaaS (platform as a service) des développeurs, fournissent une plateforme d’application qui optimise la valeur que chaque application peut produire à partir d’un environnement cloud. Ces services créent une couche d’abstraction entre la plateforme d’application et l’infrastructure cloud sous-jacente. Cette couche d’abstraction force un ensemble spécifique et cohérent de contraintes de plateforme d’application, qui peut s’exécuter uniquement dans des environnements spécifiques.
  • Conteneurs : les conteneurs créent une couche d’abstraction similaire entre les besoins d’exécution d’une application et l’infrastructure et le système d’exploitation sous-jacents. Contrairement aux options PaaS, les conteneurs permettent de configurer le runtime de l’application selon les besoins de l’application, quel que soit l’hôte de conteneur.
  • Orchestration de conteneurs : un orchestrateur de conteneurs fournit un runtime d’application cohérent pour une instance d’hôte de conteneur. Cette orchestration permet aux équipes des opérations centrées sur la charge de travail d’affiner les pratiques DevOps et de déploiement afin d’en faciliter plusieurs pour réduire la dépendance envers les opérations centralisées ou humaines.

Cette série d’articles décrit comment les services d’application et les conteneurs peuvent être intégrés à votre stratégie d’adoption cloud pour fournir les résultats suivants :

  • Accélération du travail des développeurs avec l’abstraction : les conteneurs et les services d’application accélèrent la productivité des développeurs en leur permettant de se concentrer plus sur le code et moins sur les préoccupations de l’environnement hôte.
  • Réduire les coûts des opérations avec l’abstraction : l’orchestration de conteneurs standardisée assure la cohérence des runtimes sur tous les hôtes, ce qui simplifie les opérations indépendamment des charges de travail que les développeurs peuvent déployer. Grâce à la standardisation, les équipes des opérations centralisées peuvent étendre les pratiques de prise en charge et d’opérations traditionnelles aux hôtes de conteneur.
  • Portabilité de la charge de travail avec l’abstraction : le déplacement des charges de travail entre orchestrateurs de conteneurs permet la portabilité de la charge de travail. Certaines plateformes d’orchestration de conteneurs fonctionnent dans le cloud public. D’autres plateformes d’orchestration de conteneurs sont conçues pour le déploiement périphérique ou dans un cloud privé. L’autorisation de diverses options d’orchestration de conteneurs permet la portabilité des charges de travail entre hôtes de conteneur sur des plateformes hybrides, multiclouds, de cloud public et périphériques.
  • Moderniser les charges de travail héritées avec l’abstraction : les charges de travail héritées peuvent nécessiter une couche d’abstraction avant la migration ou la modernisation. La personnalisation du runtime sur un hôte de conteneur permet de satisfaire les exigences héritées dans un environnement cloud moderne.

Cette série d’articles décrit comment intégrer la gestion des conteneurs et des conteneurs à votre stratégie, votre plan, votre adoption et les phases des opérations de votre migration vers le cloud.

Composants du scénario

Ce scénario est conçu pour guider le parcours du client de bout en bout, tout au long du cycle de vie de l’adoption du cloud. Pour effectuer le trajet, vous devez disposer de quelques conseils clés :

  • Cloud Adoption Framework : ces articles décrivent le plus petit ensemble de considérations et d’implémentations de chaque méthodologie CAF. Appuyez-vous sur ces articles pour préparer les décideurs, l’informatique centrale et le centre du cloud d’excellence pour l’adoption des conteneurs et de la gestion des conteneurs en tant que partie centrale de votre stratégie technologique.
  • Infrastructure Well-Architected Azure : ces articles décrivent les points que chaque propriétaire de la charge de travail doit considérer lorsque leurs charges de travail doivent être déployées à l’aide de conteneurs ou de solutions de gestion de conteneurs comme Kubernetes.
  • Architectures de référence : ces solutions de référence vous aident à accélérer le déploiement de solutions de conteneurs à l’aide d’Azure Kubernetes Service (AKS).
  • Produits Azure proposés : en savoir plus sur les produits qui prennent en charge votre conteneur et votre stratégie de gestion des conteneurs dans Azure.
  • Modules Learn : bénéficiez des compétences pratiques nécessaires pour implémenter, gérer et prendre en charge des solutions de conteneur et AKS.

Parcours clients courants

Architectures de référence AKS : les architectures de référence répertoriées dans le volet gauche montrent comment déployer différentes architectures éprouvées pour gérer vos plateformes conteneur et Kubernetes à l’aide d’Azure Kubernetes Service (AKS). Ces architectures constituent le point de départ suggéré pour Kubernetes dans Azure.

Migrer des charges de travail existantes vers AKS : un cas d’usage courant pour AKS dans Azure consiste à moderniser les charges de travail web existantes directement dans une solution basée sur des conteneurs ou dans le Cloud, plutôt que des efforts de migration traditionnels. L’article sur la migration vers des conteneurs montre comment Azure Migrate peut accélérer la migration des conteneurs au sein de vos processus de migration standard.

Centralisation du déploiement et de la gestion des conteneurs : le premier ensemble d’articles dans le volet gauche fournit des conseils détaillés sur la centralisation de votre stratégie de conteneur. Cette série d’articles a pour objectif d’aider les équipes de centre informatique ou de centre cloud d’excellence à comprendre comment les conteneurs affectent votre stratégie cloud et comment assurer une prise en charge centralisée cohérente.

Préparer la gouvernance et le fonctionnement des conteneurs à grande échelle : l’accélérateur de zone d’atterrissage AKS montre comment utiliser les zones d’atterrissage à l’échelle de l’entreprise pour assurer la cohérence de la gouvernance, de la sécurité et des opérations sur plusieurs zones d’atterrissage afin de gérer les conteneurs de manière centralisée à grande échelle.

Implémenter des produits Azure spécifiques : accélérez et améliorez les fonctionnalités des conteneurs et de Kubernetes à l’aide de différents types de produits Azure présentés dans la section des produits proposés.

Étape suivante : intégrer des plateformes d’application modernes à votre parcours d’adoption du cloud

La liste d’articles suivante vous aidera à trouver des conseils sur des points spécifiques du parcours d’adoption du cloud pour réussir dans le scénario d’adoption du cloud.