Architectures Cloud - Module 3

Un ensemble de principes et de bonnes pratiques pour concevoir des architectures cloud robustes, sécurisées, efficaces et économiques sur AWS.

Les piliers définissent les axes principaux d'une architecture cloud performante. Ils guident les choix de conception et d'implémentation.

L'outil AWS Well-Architected est une plateforme qui permet d'évaluer l'alignement de votre architecture cloud avec les principes du Framework.

Des exemples concrets et des exercices pratiques pour apprendre à appliquer les principes du Framework.

Les autres fournisseurs de cloud, comme Google Cloud Platform (GCP) et Microsoft Azure, ont également développé leurs propres cadres d'architecture cloud.

Un service qui enregistre l'historique des événements sur votre compte AWS, y compris les actions effectuées via la console de gestion, les SDK, les outils de ligne de commande et d'autres services AWS.

Un service de surveillance et d'observabilité pour les ingénieurs DevOps, les développeurs, les SRE et les responsables informatiques. CloudWatch offre des données et des informations exploitables pour surveiller les applications, analyser les performances, optimiser l'utilisation des ressources et évaluer la santé opérationnelle.

Un service qui vous permet de déterminer, contrôler et évaluer les configurations de vos ressources AWS. Il surveille et enregistre les configurations des ressources AWS et automatise l'évaluation des configurations enregistrées par rapport aux configurations souhaitées.

Un service de détection des menaces qui surveille en permanence les activités malveillantes et les comportements non autorisés pour protéger votre compte AWS, vos charges de travail et les données stockées dans Amazon S3.

CloudTrail enregistre les appels d'API AWS, y compris les actions effectuées sur les ressources AWS.

CloudTrail permet de suivre les demandes d'API AWS et de les utiliser pour la détection des menaces et la conformité.

La capacité d'un système à fonctionner même en cas de panne ou de dysfonctionnement.

Processus permettant de redémarrer les opérations après une panne ou un incident.

Capacité d'un système à gérer des charges fluctuantes et à s'adapter aux changements de volume d'utilisation.

Gestion du provisionnement des ressources cloud en fonction des besoins réels.

Automatisation des processus de changement et des configurations dans le cloud.

L'ensemble des questions que vous devez vous poser avant de mettre en service le cloud.

Un indicateur clé de performance (KPI) qui permet de mesurer la performance d'un système.

Un système de gestion des informations et des événements de sécurité (SIEM) qui fonctionne dans le cloud Azure.

Le principe de développement durable est un pilier important du framework AWS Well-Architected. Il encourage la mise en place d'architectures Cloud écologiques et efficaces, minimisant l'impact environnemental et optimisant les coûts.

Le principe de partage des responsabilités définit clairement les rôles et les responsabilités entre AWS et le client pour la sécurité et la gestion des ressources cloud. AWS fournit l'infrastructure et les outils de sécurité, tandis que le client est responsable de la configuration et de la gestion de l'application.

Le cycle de vie d'un projet Cloud comprend des étapes clés : l'installation, la création, la surveillance des indicateurs clés de performance (KPI), l'adaptation pour l'élasticité et le démantèlement. Il est primordial de comprendre chaque étape et de les gérer efficacement.

L'élasticité d'une architecture Cloud est la capacité à s'adapter aux changements de charge en ajoutant ou en supprimant dynamiquement des ressources. La prévision des besoins permet d'optimiser l'utilisation et les coûts.

La consommation des Workloads mesure la quantité de ressources utilisées par différentes applications et services dans l'environnement Cloud. La compréhension de cette consommation permet d'optimiser l'utilisation des ressources et de réduire les coûts inutiles.

Le suivi des indicateurs clés de performance (KPI) permet de mesurer l'efficacité et la performance de l'architecture Cloud. Ces indicateurs sont utilisés pour l'optimisation des ressources, l'amélioration des processus et la prise de décision.

La veille technologique est cruciale dans le domaine Cloud car les offres des fournisseurs et les technologies évoluent rapidement. Il est important de se tenir informé des dernières innovations et des meilleures pratiques pour optimiser l'utilisation des ressources Cloud

Le document qui liste tous les flux de données dans un système. Il identifie l'origine, la destination, la nature et la classification (réglementaire, confidentiel, etc.) des données.

Analyse des points forts et des faiblesses d'une architecture cloud pour anticiper les problèmes potentiels, comme la charge réseau, la latence, les dépendances ou les interactions externes.

S'assurer que les données sont sécurisées, y compris l'accès au cloud, conformément aux réglementations comme la RGPD.

Un accord formel qui définit les niveaux de service attendus. Il spécifie les niveaux de disponibilité, les performances et autres paramètres critiques.

Le taux de disponibilité attendu d'un système. Il se mesure en pourcentage du temps où le système est opérationnel. Un taux de disponibilité élevé est important pour garantir la continuité des services.

Un plan pour restaurer les opérations critiques en cas d'incident ou de catastrophe.

Un plan pour récupérer les données perdues ou endommagées en cas d'incident.

Une matrice qui définit les rôles et responsabilités associés à une tâche ou un projet. Elle permet de savoir qui fait quoi et à quel moment.

Un modèle d'architecture qui structure une application en modules indépendants appelés services.

Un style d'architecture qui assemble des composants logiciels indépendants et distribués. Chaque composant s'exécute de manière autonome et communique avec les autres par le biais d'API.

Un problème qui nécessite une analyse approfondie car chaque composant logiciel est un point d'échec potentiel.

Un type d'architecture logicielle dans laquelle l'application est déployée en tant que plusieurs petits services indépendants, chacun avec ses propres responsabilités et fonctionnalités.

La latence accrue due aux communications réseau entre les différents services.

Chaque service dans une architecture microservices peut être écrit dans un langage de programmation différent, offrant plus de flexibilité.

Un facteur important à prendre en compte lors du choix d'une architecture, qui comprend les besoins de l'entreprise, la complexité du système, la maturité des équipes et d'autres critères.

Considérer les besoins fonctionnels et non-fonctionnels de l'application, tels que la performance, la sécurité et la fiabilité.