Module 3: Architectures Cloud

Processus de réévaluation régulière des performances d'un projet cloud pour identifier les points faibles et les opportunités d'amélioration.

Surveiller les ressources cloud comme les infrastructures et les applications pour identifier et résoudre les problèmes de performance.

Examiner les compromis entre différentes options d'architecture cloud pour trouver le meilleur équilibre entre performance, coûts et sécurité.

Identifier les indicateurs clés (KPI) pour mesurer la performance du code et de l'infrastructure cloud.

Adaptations apportées aux architectures existantes pour tirer parti des nouvelles technologies et optimiser les performances.

Le cadre AWS Well-Architected est composé de 6 piliers qui visent à garantir une architecture cloud fiable, performante, sécurisée et durable. Le pilier Sécurité s’intéresse particulièrement aux bonnes pratiques pour protéger les données et les ressources dans le cloud.

La séparation des pouvoirs en sécurité consiste à attribuer des rôles et des responsabilités distincts pour différentes tâches, domaines de compétences, exigences de conformité et niveaux de sensibilité des données. Cela permet de limiter les risques d'accès non autorisés et de garantir une meilleure sécurité globale.

Surveiller régulièrement les dernières menaces et les bonnes pratiques de sécurité est essentiel pour identifier les failles potentielles et les corriger rapidement. Cela permet de maintenir une vigilance élevée et de s'adapter aux évolutions constantes du paysage de la sécurité.

IAM (Identity and Access Management) permet de gérer les accès et les identités des utilisateurs et des applications qui interagissent avec les ressources AWS. En attribuant des rôles spécifiques aux utilisateurs et aux applications, on contrôle précisément les actions qu'ils peuvent réaliser.

AWS STS (Security Token Service) permet d'authentifier les applications de manière sécurisée en leur attribuant des jetons temporaires d'accès aux ressources AWS. Cela permet de limiter les risques de fuite de credentials et de garantir une meilleure sécurité.

AWS CloudTrail est un service de journalisation qui enregistre les appels d'API effectués dans votre compte AWS. En utilisant les informations collectées par CloudTrail, vous pouvez identifier les requêtes effectuées vers le service STS, qui a effectué la demande, quand elle a été effectuée, et ainsi de suite.

Un document qui identifie tous les flux de données dans un projet Cloud, incluant les entrées, les sorties, les destinataires et la nature des données.

Un type de flux de données qui implique des informations sensibles ou réglementées, comme les données personnelles ou les données financières.

Un type de flux de données qui implique des informations commerciales, telles que les données de vente ou les informations marketing.

Un type de flux de données qui implique des informations liées aux réglementations ou aux lois, telles que les données fiscales ou les données médicales.

Des points faibles potentiels de l'architecture Cloud qui doivent être identifiés et anticipés.

La capacité d'un système Cloud à rester opérationnel en cas de panne.

Des exigences en matière de sécurité qui doivent être respectées lors de la conception d'une architecture Cloud.

Une analyse des risques liés à l'utilisation du Cloud, y compris la conformité réglementaire et la sécurité des données.

Un modèle architectural traditionnel où tous les composants sont interconnectés et interdépendants, formant un seul bloc au service de l'application. C'est comme un seul grand gâteau, où chaque partie est nécessaire pour le fonctionnement.

Un modèle architectural basé sur la dépendance à des services tiers (Backend-as-a-Service) et à des fonctions exécutées dans des conteneurs éphémères (Function-as-a-Service). C'est comme louer des services et des ressources selon vos besoins, plutôt que de les posséder.

Une approche architecturale native du cloud, où une application est divisée en plusieurs composants autonomes et indépendamment déployables. C'est comme un orchestre avec différents groupes de musiciens, chacun jouant sa propre partie, mais en harmonie.

L'utilisation de services tiers (Backend-as-a-Service) dans une architecture Serverless, permettant d'externaliser des fonctions spécifiques et de se concentrer sur le développement de l'application principale. C'est comme faire appel à un chef cuisinier pour préparer un plat spécifique, plutôt que de tout faire soi-même.

L'utilisation de fonctions exécutées dans des conteneurs éphémères (Function-as-a-Service) dans une architecture Serverless. C'est comme créer des petites machines virtuelles qui s'allument uniquement lorsque vous en avez besoin, puis s'éteignent automatiquement.

La Durée d’Interruption Maximum Admissible, c’est le temps maximum autorisé pour la restauration d’un système ou d’un service après un incident. Par exemple, une RTO de 4 heures signifie qu’un système doit être restauré et opérationnel en 4 heures maximum après un incident.

Le Point de Récupération Objectif (RPO) représente le délai maximum acceptable pour la perte de données avant un incident. Par exemple, un RPO de 24 heures signifie qu’on peut perdre un maximum de 24 heures de données en cas d’incident.

Le Niveau de Service Objectif (SLO) est un objectif de performance et de disponibilité d’un service, exprimé en pourcentage. Par exemple, un SLO de 99,9% implique que le service doit être disponible 99,9% du temps.

Le Plan de Reprise d’Activité (PRA) est un plan détaillé qui décrit les actions à prendre en cas d’incident ou de catastrophe pour rétablir rapidement les opérations vitales d’une organisation.

Le Plan de Continuité d’Activité (PCA) est un plan qui décrit les actions à prendre pour maintenir les fonctions essentielles d’une organisation en cas d’incident ou de catastrophe. Il inclut des mesures d’urgence et de communication.

Le Règlement Général sur la Protection des Données (RGPD) est un règlement européen qui encadre la protection des données personnelles. Il fixe des règles strictes pour la collecte, le traitement et la conservation des données personnelles.

L’architecture hybride combine des ressources cloud et des ressources locales (sur site). Elle offre une flexibilité accrue et permet de profiter des avantages du cloud tout en conservant le contrôle des données sensibles.

Le Cadre d'Adoption AWS (AWS CAF) est un guide structuré pour aider les organisations à déployer et gérer leurs services dans le cloud AWS. Il est divisé en 6 domaines : Entreprise, Personnes, Gouvernance, Plateforme, Sécurité et Opérations.

Le domaine 'Entreprise' du Cadre d'Adoption AWS (AWS CAF) se concentre sur l'alignement de la stratégie cloud avec les objectifs commerciaux, en assurant que les investissements technologiques contribuent à la croissance et à la transformation numérique.

Le domaine 'Personnes' du Cadre d'Adoption AWS (AWS CAF) vise à favoriser une culture d'apprentissage et de développement dans le cloud, en priorisant le développement des talents et en encourageant l'adaptation au changement.

La perspective 'Entreprise' du Cadre d'Adoption AWS (AWS CAF) implique une collaboration entre les parties prenantes clés, telles que le PDG, le CFO, le COO, le CIO et le CTO, pour assurer que le cloud soutient les ambitions de transformation numérique de l'entreprise.

La perspective 'Personnes' du Cadre d'Adoption AWS (AWS CAF) implique une collaboration entre les CIO, COO, CTO, le directeur cloud, ainsi que les responsables interfonctionnels et de l'ensemble de l'entreprise pour adapter les ressources humaines à la transformation cloud