Partager via


Notions de base relatives à l’architecture des applications Azure

Cette bibliothèque de contenu présente une approche structurée permettant de concevoir des applications sur Azure qui sont scalables, sécurisées, résilientes et hautement disponibles. Ce guide est basé sur des pratiques éprouvées que nous avons apprises au contact des clients.

Introduction

Le cloud change la façon dont les applications sont conçues et sécurisées. À la place de monolithes, les applications sont décomposées en services plus petits et décentralisés. Ces services communiquent via des API ou à l’aide d’une messagerie ou d’une gestion des évènements asynchrone. Les applications sont mises à l’échelle horizontalement, en ajoutant de nouvelles instances lorsque c’est demandé.

Ces tendances amènent de nouveaux défis. Les états de l’application sont distribués. Les opérations sont effectuées en parallèle et de façon asynchrone. Les applications doivent être résilientes quand des échecs se produisent. Des acteurs malveillants ciblent sans arrêt les applications. Les déploiements doivent être automatisée et prévisibles. La surveillance et les données de télémétrie sont critiques pour obtenir des informations du système. Ce guide est conçu pour vous aider à bien comprendre ces changements.

Traditionnel sur siteCloud moderne
Monolithique
Conception pour une scalabilité prévisible
Base de données relationnelle
Traitement synchronisé
Conception pour éviter les échecs (MTBF)
Grandes mises à jour occasionnelles
Gestion manuelle
Serveurs en flocon
Décomposé
Conception pour une mise à l’échelle élastique
Persistance polyglotte (combinaison de technologies de stockage)
Traitement asynchrone
Conception pour l’échec (MTTR)
Petites mises à jour fréquentes
Autogestion automatisée
Infrastructure immuable

Structure de ce guide

Ce guide sur l’architecture des applications Azure est organisé comme une série d’étapes, allant de l’architecture et de la conception à l’implémentation. À chaque étape, des conseils vous aideront à concevoir l’architecture de votre application.

Diagramme illustrant la structure de ce guide, avec les sections de cet article représentées dans un diagramme de flux.

Styles d’architecture

Le premier point de décision est le plus fondamental. Quel type d’architecture concevez-vous ? Cela peut être une architecture de microservices, une application multiniveau plus classique ou une solution Big Data. Nous avons identifié plusieurs styles architecturaux distincts. Voici les avantages et les problèmes de chacun.

En savoir plus : Styles d’architecture

Choix de technologie

Après avoir déterminé le type d’architecture à concevoir, vous pouvez commencer à choisir les principaux éléments technologiques de l’architecture. Les choix technologiques suivants sont essentiels :

  • Calcul fait référence au modèle d’hébergement pour les ressources de calcul utilisées par vos applications. Pour plus d’informations, consultez Choisir un service de calcul.

  • Les magasins de données comprennent les bases de données, mais également le stockage pour les files d’attente, caches, journaux et tout ce qu’une application peut stocker d’autre d’une façon persistante. Pour plus d’informations, consultez Choisir un magasin de données.

  • Les technologies de messagerie permettent d’envoyer des messages asynchrones entre les composants du système. Pour plus d’informations, consultez Choisir un service de messagerie.

Vous devrez probablement faire des choix technologiques supplémentaires en cours de route, mais ces trois éléments (calcul, données et messagerie) sont centraux à la plupart des applications cloud et déterminent de nombreux aspects de votre conception.

Concevoir l’architecture

Une fois que vous avez choisi le style d’architecture et les principaux composants technologiques, vous pouvez vous attaquer à la conception spécifique de votre application. Chaque application est différente, mais les ressources suivantes pourront vous aider tout au long du chemin :

Architectures de référence

Selon votre scénario, l’une de nos architectures de référence peut être un bon point de départ. Chaque architecture de référence comprend les pratiques recommandées ainsi que des considérations pour la scalabilité, la disponibilité, la sécurité, la résilience et d’autres aspects de la conception. La plupart d’entre elles comprend aussi une implémentation de référence ou de solution déployable.

Principes de conception

Nous avons identifié 10 principes de conception généraux qui amélioreront la scalabilité, la résilience et la gestion de votre application. Ces principes de conception s’appliquent à tous les styles architecturaux. Tout au long du processus de conception, gardez à l’esprit ces 10 principes de conception généraux. Pour plus d’informations, consultez Principes de conception.

Modèles de conception

Les modèles de conception de logiciels sont des modèles reproductibles dont l’efficacité pour résoudre des problèmes spécifiques est avérée. Notre catalogue de modèles de conception cloud répond aux défis spécifiques des systèmes distribués. Ils traitent d’aspects tels que la disponibilité, la haute disponibilité, l’excellence opérationnelle, la résilience, les performances et la sécurité. Vous trouverez notre catalogue de modèles de conception ici.

Meilleures pratiques

Nos articles sur les bonnes pratiques couvrent différentes considérations en matière de conception, notamment la conception d’API, la mise à l’échelle automatique, le partitionnement des données, la mise en cache, etc. Passez-les en revue et appliquez les bonnes pratiques adaptées à votre application.

Meilleures pratiques en matière de sécurité

Nos bonnes pratiques de sécurité décrivent comment garantir que la confidentialité, l’intégrité et la disponibilité de votre application ne sont pas compromises par des acteurs malveillants.

Piliers de qualité

Une application cloud réussie s’appuiera sur les cinq piliers de la qualité d’un logiciel : fiabilité, sécurité, optimisation des coûts, excellence opérationnelle et efficacité des performances.

Tirez parti de Microsoft Azure Well-Architected Framework pour évaluer votre architecture par rapport à ces cinq piliers.

Étapes suivantes