Partager via

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

À mesure que les clients répondent à des formes plus volumineuses et plus sophistiquées d’adoption du cloud, leur parcours vers le 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 des considérations techniques et non techniques requises pour préparer l’intégration de Kubernetes et de conteneur aux opérations centralisées et à votre stratégie cloud plus large.

Les organisations incluent des services managés, des services d’application et des conteneurs dans leur stratégie globale pour accélérer la productivité des développeurs, réduire la surcharge d’exploitation, rendre les charges de travail plus portables et moderniser les charges de travail héritées.

  • Plateforme d’application : Collection de dépendances d’application conçue pour prendre en charge l’exécution de l’application. Les plateformes d’applications 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 la façon dont l’application peut être générée.
  • Services d’application (services PaaS) : Les services d’application ou les options PaaS (Platform as a Service) pour les développeurs fournissent une plateforme d’application qui optimise la valeur que chaque application peut tirer 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 ne peuvent s’exécuter que dans des environnements spécifiques.
  • Conteneurs: Les conteneurs créent une couche d’abstraction similaire entre les exigences d’exécution d’une application et le système d’exploitation et l’infrastructure sous-jacents. Contrairement aux options PaaS, les conteneurs permettent au runtime d’application d’être configuré pour les besoins de l’application, quel que soit l’hôte de conteneur.
  • Orchestration de conteneur : Un orchestrateur de conteneurs fournit un runtime d’application cohérent pour une instance d’un hôte de conteneur. Cette orchestration permet aux équipes d’opérations axées sur la charge de travail de mûrir le déploiement et les pratiques DevOps pour faciliter plusieurs pratiques de déploiement et d’exploitation, réduisant ainsi les dépendances sur 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 du cloud pour fournir les résultats suivants :

  • Accélération du développeur via l’abstraction : Les conteneurs et les services d’application accélèrent la productivité des développeurs en permettant aux développeurs de se concentrer davantage sur le code et moins sur les problèmes liés à l’environnement hôte.
  • Réduisez les coûts des opérations par le biais de l’abstraction : L’orchestration de conteneurs standardisée garantit des runtimes cohérents 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 normalisation, les équipes d’opérations centralisées peuvent étendre les pratiques traditionnelles de support et d’exploitation aux hôtes de conteneur.
  • Portabilité de la charge de travail via l’abstraction : Le déplacement de charges de travail entre les orchestrateurs de conteneurs permet la portabilité des charges 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 de cloud privé ou edge. L’utilisation de diverses options d’orchestration de conteneurs permet de porter les charges de travail entre les hôtes de conteneur entre les plateformes hybrides, multiclouds, edge et cloud public.
  • Moderniser les charges de travail héritées via 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 répondre aux exigences héritées dans un environnement cloud moderne.

Cette série d’articles explique comment intégrer la gestion des conteneurs et des conteneurs dans vos phases de stratégie, de planification, d’adoption et d’opération de votre parcours cloud.

Composants du scénario

Ce scénario est conçu pour guider le parcours client de bout en bout, tout au long du cycle de vie de l’adoption du cloud. L’exécution du parcours nécessite quelques ensembles d’instructions 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. Utilisez ces articles pour préparer les décideurs, l’informatique centrale et le centre d’excellence cloud pour l’adoption des conteneurs et de la gestion des conteneurs dans le cadre central de votre stratégie technologique.
  • Azure Well-Architected Framework : Ces articles décrivent les considérations que chaque propriétaire de charge de travail doit prendre en compte 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 permettent d’accélérer le déploiement de solutions de conteneur à l’aide d’Azure Kubernetes Service (AKS).
  • Produits Azure proposés : En savoir plus sur les produits qui prennent en charge votre stratégie de gestion de conteneur et de conteneur dans Azure.
  • Modules Learn : Obtenez les compétences pratiques requises pour implémenter, gérer et prendre en charge des solutions 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 votre conteneur et vos plateformes Kubernetes à l’aide d’Azure Kubernetes Service (AKS). Ces architectures sont 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 vers une solution native basée sur un conteneur ou cloud, au lieu d’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.

Centraliser le déploiement et la gestion des conteneurs : Le premier ensemble d’articles dans le volet gauche fournit des conseils complets sur la centralisation de votre stratégie de conteneur. Cette série d’articles vise à aider les équipes informatiques centrales ou cloud à comprendre comment les conteneurs affectent votre stratégie cloud et comment fournir un support centralisé cohérent.

Préparez la gouvernance et le fonctionnement des conteneurs à grande échelle :L’accélérateur de zone d’atterrissage AKS montre comment utiliser des zones d’atterrissage à l’échelle de l’entreprise pour garantir une gouvernance, une sécurité et des opérations cohérentes sur plusieurs zones d’atterrissage pour la gestion centralisée des conteneurs à grande échelle.

Implémentez des produits Azure spécifiques : Accélérez et améliorez les fonctionnalités de conteneur et Kubernetes à l’aide de différents types de produits Azure décrits dans la section produits proposés.

Étape suivante : Intégrer des plateformes d’applications modernes dans votre parcours d’adoption du cloud

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