Modèles d'architecture hybride et multicloud

Last reviewed 2023-12-14 UTC

Ce document est le deuxième d'un ensemble de trois. Il aborde les modèles d'architecture hybride et multicloud courants. Il décrit également les scénarios auxquels ces modèles sont les plus adaptés. Enfin, il fournit les bonnes pratiques à suivre pour déployer de telles architectures dans Google Cloud.

L'ensemble de documents sur les modèles d'architecture hybride et multicloud comprend les éléments suivants:

Chaque entreprise dispose d'un portefeuille unique de charges de travail d'application qui imposent des exigences et des contraintes à l'architecture d'une configuration hybride ou multicloud. Bien que vous deviez concevoir et adapter votre architecture pour répondre à ces contraintes et exigences, vous pouvez aussi vous appuyer sur certains modèles courants pour définir l'architecture de base.

Un modèle d'architecture est un moyen reproductible de structurer plusieurs composants fonctionnels d'une solution technologique, d'une application ou d'un service afin de créer une solution réutilisable répondant à certaines exigences ou à certains cas d'utilisation. Une solution technologique basée sur le cloud est souvent composée de plusieurs services cloud distincts et distribués. Ces services collaborent pour fournir les fonctionnalités requises. Dans ce contexte, chaque service est considéré comme un composant fonctionnel de la solution technologique. De même, une application peut être constituée de plusieurs niveaux, modules ou services fonctionnels, chacun pouvant représenter un composant fonctionnel de l'architecture de l'application. Une telle architecture peut être standardisée pour répondre à des cas d'utilisation métier spécifiques et servir de modèle fondamental et réutilisable.

Pour définir un modèle d'architecture général pour une application ou une solution, identifiez et définissez les éléments suivants :

  • Composants de la solution ou de l'application.
  • Fonctions attendues pour chaque composant. Par exemple, les fonctions d'interface permettant de fournir une interface utilisateur graphique ou des fonctions backend permettant d'accéder aux données.
  • La manière dont les composants communiquent entre eux et avec les systèmes ou les utilisateurs externes. Dans les applications modernes, ces composants interagissent via des interfaces ou des API bien définies. Il existe un large éventail de modèles de communication, tels que les modèles asynchrones et synchrones, les modèles de requête-réponse ou les modèles basés sur des files d'attente.

Voici les deux principales catégories de modèles d'architecture hybride et multicloud:

  • Modèles d'architecture distribuée : ces modèles reposent sur un déploiement distribué de charges de travail ou de composants d'application. Cela signifie qu'ils exécutent une application (ou des composants spécifiques de cette application) dans l'environnement informatique qui correspond le mieux au modèle. Cela permet au modèle de tirer parti des différentes propriétés et caractéristiques des environnements informatiques distribués et interconnectés.
  • Modèles d'architecture redondante : ces modèles sont basés sur des déploiements redondants de charges de travail. Dans ces modèles, vous déployez les mêmes applications et leurs composants dans plusieurs environnements informatiques. L'objectif est d'augmenter la capacité de performances ou la résilience d'une application, ou de répliquer un environnement existant à des fins de développement et de test.

Lorsque vous implémentez le modèle d'architecture que vous avez sélectionné, vous devez utiliser un archétype de déploiement approprié. Les archétypes de déploiement sont zonaux, régionaux, multirégionaux ou mondiaux. Cette sélection constitue la base de la construction d'architectures de déploiement spécifiques à l'application. Chaque archétype de déploiement définit une combinaison de domaines de défaillance dans lesquels une application peut fonctionner. Ces domaines de défaillance peuvent couvrir une ou plusieurs zones ou régions Google Cloud et peuvent être étendus pour inclure vos centres de données sur site ou vos domaines de défaillance dans d'autres fournisseurs de services cloud.

Cette série contient les pages suivantes:

Contributeurs

Auteur : Marwan Al Shawi | Partner Customer Engineer

Autres contributeurs :