AWS Well-Architected Framework

Une architecture simple doit toujours être une priorité. Opérable, extensible et stable.

L'adhérence entre les interfaces internes et externes doit être faible. Quelle est l'impact de la disparition d'une application sur le SI ? Quelle est la dépendance de l'application/infrastructure ?

Le système doit pouvoir s'adapter à des contraintes changeantes. Verticale et horizontale.

Capacité de résilience du projet (RTO/RPO/SLO)

Garantir que la donnée soit celle qui est attendue. S'assurer que la donnée ne peut être modifiée indûment.

Classer la donnée au sein du projet (GDPR)

Capacité à fournir les logs pour des analyses forensiques, les modifications de configurations et les accès aux données sensibles.

Durée d'Interruption Maximum Admissible

Point de restauration maximal admissible

Taux de service en % (objectif) et non pas une promesse de service comme le SLA

Un projet AWS bien conçu et structuré

Capacité de soutenir le développement et de gérer efficacement les charges de travail. Recueillir des informations sur leurs opérations et améliorer continuellement les processus et procédures de soutien afin de fournir de la valeur ajoutée.

Capacité à protéger les données ainsi que les systèmes et les ressources. Tirer parti des technologies du cloud pour améliorer la sécurité.

Capacité d'une charge de travail à exécuter la fonction prévue correctement et systématiquement au moment attendu. Elle renvoie aussi à la capacité d'exploiter et de tester la charge de travail tout au long de son cycle de vie.

Capacité à utiliser efficacement les ressources informatiques pour répondre aux besoins du système, et maintenir cette efficacité au fur et à mesure que la demande change et que les technologies évoluent.

Possibilité d'exécuter des systèmes pour proposer une valeur commerciale au prix le plus bas.

Réduire son empreinte carbone et penser à la consommation des Workloads. Mesurer et améliorer les process.

Définir les rôles au sein de l'administration des ressources, centraliser la gestion des identités (IAM) et appliquer ces responsabilités sur les ressources AWS.

Monitoring/Supervision, récolte des journaux (Syslog) et audit.

Appliquer la sécurité à tous les niveaux: Infrastructure, Codes et Accès.

Intégrer la sécurité dans les procédures d'automatisation.

Classer les données sensibles et protéger les données vivantes et mortes.

Réduire au maximum l'interaction humaine sur le système pour minimiser les erreurs.

Établir des processus de gestion, définir les processus de gestion des incidents post-mortem (FORENSIC), simuler des incidents et automatiser les processus d'investigation et de récupération.

Séparer les pouvoirs en fonction des tâches, des domaines de compétences, des exigences de conformité et des exigences de sensibilité. Faire de la veille sur la sécurité et les bonnes pratiques. Tester, valider puis mettre en production.

Appliquer des rôles associés à des droits afin de gérer les ressources et gérer de manière efficace l'authentification humaine et applicative (ex: AWS STS).

Utiliser la Défense en profondeur pour sécuriser toutes les couches de l'infrastructure. Sécuriser le réseau avec AWS VPC, durcir les images AMI et sécuriser les liens entre votre Datacenter et le Cloud (AWS Direct Connect). Surveiller votre réseau.

Classifiez vos données en fonction de leur sensibilité (données commerciales, règlementaires et stratégiques). Protéger vos données avec le chiffrement, la journalisation, la gestion des versions et le cloisonnement par défaut à une région (règles GDPR).

Identifier les menaces/Incidents de sécurité et les écarts de performance. Analyser les journaux (Amazon Guard Duty) pour la détection d'anomalies.

Anticiper les incidents et se tenir prêt à les traiter. Certains événements de sécurité peuvent être traités automatiquement. La création d'environnements complets permet des tests d'analyses. La journalisation détaillée aide à répondre.

KPI, tests de défaillances, simulation de pannes, scalabilité horizontale et adaptation du projet au besoin.

Liaison du Datacenter, service limits, environnements hébergés, plages d'adresses IP.

Choisir le bon langage, concevoir une architecture avec un couplage faible, gérer les modifications et les pannes.

Consommer les nouvelles technologies en tant que service, profiter de la régionalisation du Cloud, utiliser des architectures serverless et comprendre la consommation des services Cloud.

Adapter le réseau à vos besoins, choisir les ressources de calcul, de stockage et de bases de données adaptées.

Adapter le projet aux nouvelles technologies, examiner les performances et faire les corrections/améliorations nécessaires.

Surveiller les infrastructures et les applications (AWS X-Ray) et faire des compromis pour améliorer la performance.

Exécuter les opérations sous forme de code (IaC), effectuer des modifications fréquentes, minimes et réversibles, anticiper les pannes et optimiser les procédures opérationnelles.

Connaître son rôle, les enjeux, les menaces, les personnes clés du projet et les responsabilités des parties (matrice RACI). Utiliser les ressources mises à disposition.

Concevoir le projet, exploiter et faire évoluer l'architecture.

Capitaliser sur les technologies Cloud, s'adapter au modèle de consommation du cloud, mesurer l'efficacité métier et technique et analyser et affecter les dépenses.

Mettre en œuvre la gestion financière, sensibiliser aux dépenses du Cloud, choisir le bon mode de tarification et faire une revue périodique de l'utilisation des ressources.

Connaître les responsabilités de chacun des acteurs (Clouder, Client, Workload), réduire son empreinte carbone et suivre les principes des Frameworks.

Comprendre les impacts du projet, prévoir et optimiser les ressources, faire de la veille technique, utiliser au maximum les architectures Serverless et optimiser les ressources côté client.

Sélection de la région, adaptation du workload, utilisation de patterns d'architecture logiciel, gestion des données, gestion des ressources et utilisation des process de déploiement adaptés.

Un tout au service de l'application avec des composants interconnectés et interdépendants

Applications qui dépendent de services tiers (BaaS) et de code personnalisé exécuté dans des conteneurs éphémères (FaaS).

Une application est composée de nombreux composants ou services plus petits couplés de manière lâche et déployables indépendamment.

Cahier des charges et expression de besoins, les acteurs de la solution internes et externes, la gestion des contradictions et le type d'architecture.

Flux internes, externes et mixtes. Création d'une matrice des flux.

Analyser les risques liés à l'architecture, à la sécurité des données, à la disponibilité et au RACI.

Nature du projet, choix de l'architecture, maîtrise du budget et compréhension des responsabilités.