Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra. # Qu'est-ce que c'est AWS Resilience Hub ? AWS Resilience Hub est un emplacement central sur lequel vous pouvez gérer et améliorer la résilience de vos applications AWS. AWS Resilience Hub vous permet de définir vos objectifs de résilience, d'évaluer votre posture de résilience par rapport à ces objectifs et de mettre en œuvre des recommandations d'amélioration basées sur le AWS Well-Architected Framework. Vous pouvez également y créer et exécuter des AWS Fault Injection Service expériences qui imitent les perturbations réelles de votre application pour vous aider à mieux comprendre les dépendances et à découvrir les faiblesses potentielles. AWS Resilience Hub AWS Resilience Hub fournit un emplacement central avec tous les AWS services et outils dont vous avez besoin pour renforcer en permanence votre posture de résilience. AWS Resilience Hub collabore avec d'autres services pour fournir des recommandations et vous aider à gérer les ressources de votre application. Pour de plus amples informations, veuillez consulter [Utilisation d'autres services](service-integrations.md). Le tableau suivant fournit les liens de documentation de tous les services de résilience associés. **Services de AWS résilience et références connexes** | AWS service de résilience | Lien vers la documentation | | --- | --- | | AWS Elastic Disaster Recovery | [Qu'est-ce qu'Elastic Disaster Recovery](https://docs.aws.amazon.com/drs/latest/userguide/what-is-drs.html) | | AWS Backup | [Qu'est-ce que AWS Backup](https://docs.aws.amazon.com/aws-backup/latest/devguide/whatisbackup.html) | | Contrôleur Amazon Application Recovery (ARC) (ARC) | [Qu'est-ce qu'Amazon Application Recovery Controller (ARC)](https://docs.aws.amazon.com/r53recovery/latest/dg/what-is-route53-recovery.html) | **Topics** + [AWS Resilience Hub — Gestion de la résilience](arh-mgmt.md) + [AWS Resilience Hub — Tests de résilience](arh-testing.md) + [AWS Resilience Hub concepts](concepts-terms.md) + [AWS Resilience Hub personas](arh-personas.md) + [AWS Resilience Hub ressources prises en charge](supported-resources.md) + [AWS Resilience Hub et MyApplications](arh-myApplication-integration.md) # AWS Resilience Hub — Gestion de la résilience AWS Resilience Hub vous offre un emplacement central pour définir, valider et suivre la résilience de votre AWS application. AWS Resilience Hub vous aide à protéger vos applications contre les perturbations et à réduire les coûts de restauration afin d'optimiser la continuité des activités et de répondre aux exigences réglementaires et de conformité. Vous pouvez utiliser AWS Resilience Hub pour effectuer les opérations suivantes : + Analysez votre infrastructure et obtenez des recommandations pour améliorer la résilience de vos applications. Outre des conseils architecturaux pour améliorer la résilience de votre application, les recommandations fournissent du code pour respecter votre politique de résilience, en mettant en œuvre des tests, des alarmes et des procédures opérationnelles standard (SOPs) que vous pouvez déployer et exécuter avec votre application dans votre pipeline d'intégration et de livraison (CI/CD). + Évaluez les objectifs de temps de restauration (RTO) et d'objectif de point de reprise (RPO) dans différentes conditions. + Optimisez la continuité des activités tout en réduisant les coûts de reprise. + Identifiez et résolvez les problèmes avant qu'ils ne surviennent en production. Après avoir déployé une application en production, vous pouvez l'ajouter AWS Resilience Hub à votre pipeline CI/CD pour valider chaque version avant sa mise en production. ## Comment AWS Resilience Hub fonctionne Le schéma suivant fournit un aperçu général du AWS Resilience Hub fonctionnement. ![\[Organigramme qui montre comment AWS Resilience Hub fonctionne.\]](http://docs.aws.amazon.com/fr_fr/resilience-hub/latest/userguide/images/digito-how-it-works.png) **Décrire** Décrivez votre application en important des ressources à partir de AWS CloudFormation piles, de fichiers d'état Terraform ou de clusters Amazon Elastic Kubernetes Service, ou vous pouvez choisir parmi des applications déjà définies dans MyApplications. Groupes de ressources AWS **Définir** Définissez les politiques de résilience pour vos applications. Ces politiques incluent des objectifs RTO et RPO pour les interruptions liées aux applications, à l'infrastructure, aux zones de disponibilité et aux régions. Ces cibles sont utilisées pour estimer si l'application répond à la politique de résilience. **Évaluation** Après avoir décrit votre application et y avoir associé une politique de résilience, exécutez une évaluation de la résilience. L' AWS Resilience Hub évaluation utilise les meilleures pratiques du AWS Well-Architected Framework pour analyser les composants d'une application et découvrir les faiblesses potentielles en matière de résilience. Ces faiblesses peuvent être dues à une configuration incomplète de l'infrastructure, à une mauvaise configuration ou à des situations nécessitant des améliorations de configuration supplémentaires. Pour améliorer la résilience, mettez à jour votre application et votre politique de résilience conformément aux recommandations du rapport d'évaluation. Les recommandations incluent la configuration des composants, les alarmes, les tests et la restauration SOPs. Vous pouvez ensuite exécuter une autre évaluation et comparer les résultats avec le rapport précédent pour voir dans quelle mesure la résilience s'améliore. Répétez ce processus jusqu'à ce que votre RTO de charge de travail estimé et votre RPO de charge de travail estimé atteignent vos objectifs de RTO et de RPO. **Valider** Exécutez des tests pour mesurer la résilience de vos AWS ressources et le temps nécessaire à la restauration après une application, une infrastructure, une zone de disponibilité et des Région AWS incidents. Pour mesurer la résilience, ces tests simulent les pannes de vos AWS ressources. Parmi les pannes, citons les erreurs d'indisponibilité du réseau, les basculements, les processus interrompus, la restauration du démarrage d'Amazon RDS et les problèmes liés à votre zone de disponibilité. **Afficher et suivre** Après avoir déployé une AWS application en production, vous pouvez l'utiliser AWS Resilience Hub pour continuer à suivre la posture de résilience de l'application. En cas de panne, l'opérateur peut visualiser la panne AWS Resilience Hub et lancer le processus de restauration associé. # AWS Resilience Hub — Tests de résilience AWS Resilience Hub prend en charge une meilleure intégration avec le AWS FIS. Cette intégration permet AWS Resilience Hub de proposer des recommandations personnalisées à l'aide d' AWS FIS actions et de scénarios basés sur le contexte spécifique de l'application évaluée. L'exécution des expériences recommandées ou la réalisation de vos propres tests à l'aide du AWS FIS service contribueront directement à améliorer le score de résilience de votre application. Ces AWS FIS actions et scénarios testent la posture de résilience d'une application en créant des événements perturbateurs afin que vous puissiez observer la réaction de votre application. AWS FIS propose plusieurs scénarios prédéfinis et un large choix d'actions qui génèrent des perturbations. En outre, il inclut également les commandes et les glissières de sécurité dont vous avez besoin pour effectuer les expériences en production. Les commandes et les glissières de sécurité incluent des options permettant de revenir en arrière automatiquement ou d'arrêter l'expérience si des conditions spécifiques sont remplies. Pour commencer à utiliser la console AWS FIS pour exécuter des expériences depuis la [AWS Resilience Hub console](https://aws.amazon.com/resilience-hub/), remplissez les conditions requises définies dans [Conditions préalables](prerequisites.md) la section. Le tableau suivant répertorie toutes les AWS FIS options disponibles dans le volet de navigation et les liens vers la AWS FIS documentation associée qui contient les procédures pour commencer à utiliser les AWS FIS tests depuis AWS Resilience Hub la console. **AWS FIS options et références du menu de navigation** | AWS FIS option de menu de navigation | AWS FIS documentation | | --- | --- | | Tests de résilience | [Création d'un modèle d'expérience](https://docs.aws.amazon.com//fis/latest/userguide/create-template.html) | | Bibliothèque de scénarios | [AWS FIS bibliothèque](https://docs.aws.amazon.com//fis/latest/userguide/scenario-library.html) | | Modèles d'expériences | [Modèles d'expériences pour AWS FIS](https://docs.aws.amazon.com//fis/latest/userguide/manage-experiment-template.html) | Le tableau suivant répertorie toutes les AWS FIS options disponibles dans le menu déroulant de la section **Tests de résilience** et les liens vers la AWS FIS documentation associée qui contient les procédures pour commencer à utiliser les AWS FIS tests depuis la AWS Resilience Hub console. **AWS FIS options et références du menu déroulant** | AWS FIS option de menu déroulant | AWS FIS documentation | | --- | --- | | Création d'un modèle d'expérience | [Création d'un modèle d'expérience](https://docs.aws.amazon.com//fis/latest/userguide/create-template.html) | | Création d'une expérience à partir d'un scénario | [Utilisation d'un scénario](https://docs.aws.amazon.com//fis/latest/userguide/scenario-library.html#using-a-scenario) | # AWS Resilience Hub concepts Ces concepts peuvent vous aider à mieux comprendre AWS Resilience Hub l'approche adoptée pour améliorer la résilience des applications et prévenir les pannes d'applications. ## Résilience La capacité de maintenir la disponibilité et de récupérer après une interruption logicielle ou opérationnelle dans un délai défini. ## Objectif de point de récupération (RPO) Durée maximale acceptable depuis le dernier point de récupération des données. Il détermine ce qui est considéré comme étant une perte de données acceptable entre le dernier point de reprise et l’interruption du service. ## Objectif de temps de rétablissement (RTO) Le délai maximum acceptable entre l'interruption du service et le rétablissement du service. Elle détermine ce qui est considéré comme étant un créneau de temps acceptable d’indisponibilité du service. ## Objectif de temps de rétablissement de la charge de travail estimé L'objectif de temps de rétablissement de la charge de travail estimé (RTO de charge de travail estimé) est le RTO que votre application est censée atteindre sur la base de la définition de l'application importée, puis exécuter une évaluation. ## Objectif estimé du point de rétablissement de la charge de travail L'objectif du point de reprise de charge de travail estimé (RPO de charge de travail estimé) est le RPO que votre application est censée atteindre en fonction de la définition de l'application importée, puis d'une évaluation. ## Application Une AWS Resilience Hub application est un ensemble de ressources AWS prises en charge qui sont surveillées et évaluées en permanence pour gérer sa posture de résilience. ## Composant de l'application Un groupe de AWS ressources connexes qui fonctionnent et échouent en tant qu'unité unique. Par exemple, si vous avez une base de données principale et une base de données répliquée, les deux bases de données appartiennent au même composant d'application (AppComponent). AWS Resilience Hub détermine quelles AWS ressources peuvent appartenir à quel type de AppComponent. Par exemple, un `DBInstance` peut appartenir à `AWS::ResilienceHub::DatabaseAppComponent` mais pas à`AWS::ResilienceHub::ComputeAppComponent`. ## État de conformité de l'application AWS Resilience Hub indique les types d'état de conformité suivants pour vos applications. **Politique respectée** On estime que l'application atteindra ses objectifs de RTO et de RPO définis dans la politique. Tous ses composants répondent aux objectifs politiques définis. Par exemple, vous avez sélectionné un objectif de RTO et de RPO de 24 heures pour les perturbations dans toutes les régions AWS . AWS Resilience Hub peut voir que vos sauvegardes sont copiées dans votre région de secours. Vous êtes toujours tenu de maintenir une restauration à partir d'une procédure d'exploitation standard (SOP) de sauvegarde, de la tester et de la chronométrer. Cela figure dans les recommandations opérationnelles et fait partie de votre score de résilience global. **Politique violée** Il n'a pas été possible d'estimer que l'application atteindra les objectifs de RTO et de RPO définis dans la politique. Un ou plusieurs d'entre eux AppComponents ne répondent pas aux objectifs de la politique. Par exemple, vous avez sélectionné un objectif RTO et RPO de 24 heures pour les interruptions entre les AWS régions, mais la configuration de votre base de données n'inclut aucune méthode de restauration entre régions, telle qu'une réplication globale et des copies de sauvegarde. **Non évalué** La demande nécessite une évaluation. Il n'est actuellement ni évalué ni suivi. **Changements détectés** Une nouvelle version publiée de l'application n'a pas encore été évaluée. ## Détection des écarts AWS Resilience Hub exécute une notification de dérive lors de l'exécution d'une évaluation de votre application afin de vérifier si les modifications apportées aux AppComponent configurations ont affecté le statut de conformité de votre application. En outre, il vérifie et détecte les modifications telles que l'ajout ou la suppression de ressources dans les sources d'entrée de l'application et en informe. À des fins de comparaison, AWS Resilience Hub utilise l'évaluation précédente dans laquelle le composant de l'application respectait la politique. AWS Resilience Hub détecte les types de dérives suivants : + **Déviation de la politique d'application** — Ce type de dérive identifie tous AppComponents ceux qui étaient conformes à la politique lors de l'évaluation précédente mais qui ne l'ont pas été lors de l'évaluation actuelle. + **Dérive des ressources de l'application** : ce type de dérive identifie toutes les ressources dérivées dans la version actuelle de l'application. ## Évaluation de la résilience AWS Resilience Hub utilise une liste de lacunes et de solutions potentielles pour mesurer l'efficacité d'une politique sélectionnée en matière de reprise et de poursuite après un sinistre. Il évalue le statut de conformité de chaque composant d'application ou de chaque application à la politique. Ce rapport inclut des recommandations d'optimisation des coûts et des références aux problèmes potentiels. ## Score de résilience AWS Resilience Hub génère un score qui indique dans quelle mesure votre application suit nos recommandations pour respecter la politique de résilience, les alarmes, les procédures opérationnelles standard (SOPs) et les tests de l'application. ## Type de perturbation AWS Resilience Hub vous aide à évaluer la résilience face aux types de pannes suivants : **Application** L'infrastructure est saine, mais l'application ou la pile logicielle ne fonctionne pas comme il se doit. Cela peut se produire après le déploiement d'un nouveau code, des modifications de configuration, une corruption de données ou un dysfonctionnement des dépendances en aval. **Infrastructure cloud** L'infrastructure cloud ne fonctionne pas comme prévu en raison d'une panne. Une panne peut survenir en raison d'une erreur locale dans un ou plusieurs composants. Dans la plupart des cas, ce type de panne est résolu en redémarrant, en recyclant ou en rechargeant les composants défectueux. **Interruption de l'infrastructure cloud AZ** Une ou plusieurs zones de disponibilité ne sont pas disponibles. Ce type de panne peut être résolu en passant à une autre zone de disponibilité. **Incident dans la région d'infrastructure cloud** Une ou plusieurs régions ne sont pas disponibles. Ce type d'incident peut être résolu en passant à un autre Région AWS. ## AWS FIS expériences AWS Resilience Hub recommande des expériences utilisant AWS FIS des actions pour vérifier la résilience des applications face à différents types de pannes. Ces pannes incluent les applications, l'infrastructure, les zones de disponibilité (AZ) ou les Région AWS incidents liés aux composants de l'application. Ces expériences vous permettent d'effectuer les opérations suivantes : + Injectez un échec. + Vérifiez que les alarmes peuvent détecter une panne. + Vérifiez que les procédures de restauration, ou procédures opérationnelles standard (SOPs), fonctionnent correctement pour récupérer l'application après une panne. Tests pour SOPs mesurer le RTO de charge de travail estimé et le RPO de charge de travail estimé. Vous pouvez tester différentes configurations d'applications et mesurer si le RTO et le RPO de sortie répondent aux objectifs définis dans votre politique. ## ARRÊT Une procédure opérationnelle standard (SOP) est un ensemble d'étapes prescriptives conçues pour restaurer efficacement votre application en cas de panne ou d'alarme. Sur la base de l'évaluation de l'application, AWS Resilience Hub recommande un ensemble de mesures SOPs et il est recommandé de les préparer, de les tester et de SOPs les mesurer avant une interruption afin de garantir une reprise rapide. # AWS Resilience Hub personas La création d'une application d'entreprise nécessite un effort de collaboration entre différentes équipes interfonctionnelles telles que l'infrastructure, la continuité des activités, le propriétaire de l'application et les autres parties prenantes responsables de la surveillance des applications. Les différentes personnalités issues des différentes équipes contribuent à la création et à la gestion des applications AWS Resilience Hub, chacune ayant un rôle et des responsabilités différents. Pour en savoir plus sur l'octroi d'autorisations à différentes personnes, consultez[AWS Resilience Hub référence aux personas et aux autorisations IAM](security-iam-resilience-hub-personas.md). Pour commencer à créer des applications et à exécuter des évaluations dans AWS Resilience Hub, nous vous recommandons de créer les personnages suivants : + **Gestionnaire d'applications d'infrastructure** — Les utilisateurs possédant cette personnalité sont responsables de la mise en place, de la configuration et de la maintenance des ressources de l'infrastructure et des applications, afin de garantir la fiabilité et la sécurité de l'application. Leurs responsabilités sont notamment les suivantes : + Veiller à ce que les applications soient déployées et mises à jour régulièrement + Surveillance des performances du système + Résolution des problèmes + Mise en œuvre de plans de sauvegarde et de reprise après sinistre + **Responsable de la continuité** des activités : les utilisateurs possédant cette personnalité sont chargés de dicter les politiques des applications et de déterminer le caractère critique des applications pour l'entreprise. Leurs responsabilités sont notamment les suivantes : + Prendre des décisions clés lors de l'élaboration des politiques + Évaluation de la criticité de l'activité + Allocation de ressources pour les applications critiques + Évaluation et gestion des risques + **Propriétaire de l'application** — Les utilisateurs possédant cette personnalité sont tenus de garantir la haute disponibilité et la fiabilité des applications. Leurs responsabilités sont notamment les suivantes : + Définition d'identifiants de performance clés pour mesurer et surveiller les performances des applications et identifier les goulots d'étranglement + Organisation de formations pour de multiples parties prenantes + S'assurer que la documentation suivante est up-to-date : + Architecture d'application + Processus de déploiement + Configurations de surveillance + Techniques d'optimisation des performances + **Accès en lecture seule** : les utilisateurs possédant ce personnage sont limités aux autorisations en lecture seule. Leurs responsabilités incluent le maintien de la visibilité et la supervision des performances et de l'état de santé d'une application en surveillant le score de résilience, les recommandations opérationnelles et les recommandations de résilience. En outre, ils sont également chargés d'identifier les problèmes, les tendances et les domaines à améliorer afin de garantir que l'application répond aux objectifs de l'organisation. # AWS Resilience Hub ressources prises en charge Les ressources qui affectent les performances des applications en cas d'interruption sont entièrement prises en charge par des ressources AWS Resilience Hub de haut niveau telles que `AWS::RDS::DBInstance` et`AWS::RDS::DBCluster`. Pour en savoir plus sur les autorisations requises AWS Resilience Hub pour inclure les ressources de tous les services pris en charge dans votre évaluation, consultez[AWSResilienceHubAsssessmentExecutionPolicy](security-iam-awsmanpol.md#security_iam_aws-assessment-policy). AWS Resilience Hub prend en charge les ressources des AWS services suivants : + Calcul + Amazon Elastic Compute Cloud (Amazon EC2) **Note** AWS Resilience Hub ne prend pas en charge l'ancien format Amazon Resource Name (ARN) pour accéder aux ressources Amazon EC2. Le nouveau format ARN utilise votre identifiant de AWS compte et permet d'améliorer la capacité de baliser les ressources de votre cluster. Il permet également de suivre le coût des services et des tâches exécutés dans votre cluster. **Ancien format (obsolète)** — `arn:aws:ec2:::instance/` **Nouveau format** — `arn:aws:ec2:::instance/` Pour plus d'informations sur le nouveau format ARN, consultez la section [Migration de votre déploiement Amazon ECS vers le nouveau format d'ARN et d'ID de ressource](https://aws.amazon.com/blogs/compute/migrating-your-amazon-ecs-deployment-to-the-new-arn-and-resource-id-format-2/). + AWS Lambda + Amazon Elastic Kubernetes Service (Amazon EKS) + Amazon Elastic Container Service (Amazon ECS) + AWS Step Functions + Base de données + Amazon Relational Database Service (Amazon RDS) + Amazon DynamoDB + Amazon DocumentDB + Amazon ElastiCache + Réseau et diffusion de contenu + Amazon Route 53 + Elastic Load Balancing + Traduction d'adresses réseau (NAT) + Stockage + Amazon Elastic Block Store (Amazon EBS) + Amazon Elastic File System (Amazon EFS) + Amazon Simple Storage Service (Amazon S3) + Serveur FSx de fichiers Amazon pour Windows + Autres + Amazon API Gateway + Contrôleur Amazon Application Recovery (ARC) (Amazon ARC) + Amazon Simple Notification Service + Amazon Simple Queue Service + AWS Auto Scaling + AWS Backup + AWS Reprise après sinistre élastique **Note** AWS Resilience Hub fournit une transparence supplémentaire pour les ressources de votre application en vous permettant de visualiser les instances prises en charge pour chaque ressource. En outre, AWS Resilience Hub fournit des recommandations de résilience plus précises en identifiant une instance unique de chaque ressource tout en découvrant les instances de ressource au cours du processus d'évaluation. Pour plus d'informations sur l'ajout d'instances de ressources à votre application, consultez[Modification des ressources AWS Resilience Hub de l'application](application-resources.md). AWS Resilience Hub prend en charge Amazon EKS et Amazon ECS sur AWS Fargate. AWS Resilience Hub soutient l'évaluation des AWS Backup ressources dans le cadre des services suivants : Amazon EBS Amazon EFS Amazon S3 Base de données mondiale Amazon Aurora Amazon DynamoDB Services Amazon RDS Serveur FSx de fichiers Amazon pour Windows Amazon ARC in AWS Resilience Hub évalue uniquement Amazon DynamoDB global, Elastic Load Balancing, Amazon RDS et les groupes. AWS Auto Scaling AWS Resilience Hub Pour évaluer les ressources interrégionales, regroupez-les dans un seul composant d'application. Pour plus d'informations sur les ressources prises en charge par chacun des composants de l' AWS Resilience Hub application et les ressources de regroupement, consultez[Regroupement de ressources dans un composant d'application](AppComponent.grouping.md). Actuellement, AWS Resilience Hub ne prend pas en charge les évaluations interrégionales pour les clusters Amazon EKS si le cluster Amazon EKS est situé ou si l'application est créée dans une région où l'option d'inscription est activée AWS . Actuellement, AWS Resilience Hub évalue uniquement les types de ressources Kubernetes suivants : Déploiements ReplicaSets Capsules Actuellement, ne AWS Resilience Hub prend en charge que les types de moteurs suivants pour les ElastiCache ressources : Moteurs Redis OSS AWS Resilience Hub ignore les types de ressources suivants : + **Ressources qui n'affectent pas le RTO de charge de travail estimé ou le RPO de charge** de travail estimé — Les ressources telles que celles `AWS::RDS::DBParameterGroup` qui n'affectent pas le RTO de charge de travail estimé ou le RPO de charge de travail estimé sont ignorées par. AWS Resilience Hub + **Ressources non de niveau supérieur** : importe AWS Resilience Hub uniquement des ressources de niveau supérieur, car elles peuvent obtenir d'autres propriétés en interrogeant les propriétés des ressources de niveau supérieur. Par exemple, `AWS::ApiGateway::RestApi` et `AWS::ApiGatewayV2::Api` sont des ressources prises en charge pour Amazon API Gateway. Cependant, il ne `AWS::ApiGatewayV2::Stage` s'agit pas d'une ressource de haut niveau. Il n'est donc pas importé par AWS Resilience Hub. **Note** **Ressources non prises en charge** Vous ne pouvez pas identifier plusieurs ressources en utilisant Groupes de ressources AWS (Amazon Route 53 RecordSets et API-GW HTTP) et les ressources Amazon Aurora Global. Si vous souhaitez analyser ces ressources dans le cadre de votre évaluation, vous devez les ajouter manuellement à l'application. Toutefois, lorsque vous ajoutez des ressources Amazon Aurora Global à des fins d'évaluation, celles-ci doivent être regroupées avec le composant d'application de l'instance Amazon RDS. Pour plus d'informations sur la modification des ressources, consultez[Modification des ressources AWS Resilience Hub de l'application](application-resources.md). Ces ressources peuvent affecter la restauration des applications, mais elles ne sont pas totalement prises en charge pour le AWS Resilience Hub moment. AWS Resilience Hub s'efforce d'avertir les utilisateurs des ressources non prises en charge si l'application est sauvegardée par une AWS CloudFormation pile, un fichier d'état Terraform ou une application Groupes de ressources AWS MyApplications. Au cours du processus d'importation des ressources d'une application dans AWS Resilience Hub, certaines ressources peuvent être ignorées. Lorsque les ressources sont ignorées, cela signifie qu'elles ne peuvent pas du tout être importées. Cependant, les ressources marquées comme non prises en charge ne sont actuellement pas compatibles avec, AWS Resilience Hub mais elles pourraient être prises en charge à l'avenir, ce qui leur permettra d'être incluses dans la demande d'évaluation. En outre, AWS Resilience Hub vous pouvez ignorer certaines ressources si elles ne sont pas prises en charge par Groupes de ressources AWS. Pour plus d'informations sur les ressources prises en charge par Groupes de ressources AWS, consultez les [sections Types de ressources que vous pouvez utiliser avec Groupes de ressources AWS et Éditeur de balises](https://docs.aws.amazon.com//ARG/latest/userguide/supported-resources.html). # AWS Resilience Hub et MyApplications Le widget **Resiliency** du tableau de bord MyApplications rationalise le processus d'évaluation et de surveillance de la résilience des applications. Il vous permet d'évaluer rapidement la résilience de vos applications définies dans MyApplications sans avoir à les recréer manuellement dans la AWS Resilience Hub console. Cette approche intégrée combine les capacités de gestion des applications de MyApplications avec les fonctionnalités d'évaluation de la résilience de AWS Resilience Hub, ce qui vous permet de tirer parti des points forts des deux plateformes. En réunissant les définitions des applications et les fonctionnalités d'évaluation de la **résilience, le widget Resiliency** simplifie le flux de travail, vous permettant d'accéder aux informations pertinentes et de prendre des mesures pour améliorer la résilience à partir d'un emplacement centralisé. Lorsqu'une application est évaluée à partir du widget **Resiliency**, AWS Resilience Hub effectue les opérations suivantes : + Crée l'application sélectionnée dans AWS Resilience Hub. + Découvre et cartographie automatiquement les ressources associées au modèle. + Crée et attribue une nouvelle politique de résilience avec des valeurs prédéfinies pour l’objectif de délai de reprise (RTO) et l’objectif de point de reprise (RPO). Cela représente quatre heures pour le RTO et une heure pour le RPO. Après avoir généré une évaluation, vous pouvez modifier la politique de résilience ou en attribuer une autre depuis la AWS Resilience Hub console. Pour plus d'informations sur la mise à jour de la politique de résilience et l'attachement d'une autre stratégie, consultez[Gestion des politiques de résilience](resiliency-policies.md). + Évalue la résilience de l'application par rapport au RTO et au RPO définis dans la politique de résilience afin d'identifier les domaines nécessitant des améliorations de l'architecture de l'application. Les scénarios de défaillance incluent les défaillances de zone de disponibilité, les pannes régionales et d'autres perturbations potentielles. + Surveille en permanence les ressources de l'application et les modifications de configuration après l'évaluation initiale, en fournissant des alertes ou des mises à jour si des modifications ont un impact sur la résilience de l'application. **Note** Avant de commencer les évaluations, nous vous recommandons d'évaluer les coûts potentiels liés à l'exécution des évaluations à l'aide de AWS Resilience Hub. Pour obtenir des informations détaillées sur les prix, consultez les [AWS Resilience Hub tarifs](https://aws.amazon.com/resilience-hub/pricing/). Après avoir évalué votre application, vous pouvez accéder à toutes les fonctionnalités de AWS Resilience Hub depuis le widget en choisissant Go AWS Resilience Hub to pour afficher les détails de l'application dans la AWS Resilience Hub console. Le processus d'inclusion des candidatures de MyApplications dans AWS Resilience Hub est régi par les règles et contraintes suivantes : + Vous ne pouvez associer qu'une seule application MyApplications à une application dans AWS Resilience Hub. En d'autres termes, vous pouvez associer une application MyApplications à une AWS Resilience Hub application soit en exécutant une évaluation à partir du widget **Resiliency** dans le tableau de bord MyApplications, soit en effectuant la [Utilisation des applications MyApplications](discover-structure.md#myApplications-steps) procédure tout en décrivant l'application dans la console. AWS Resilience Hub + Vous ne pouvez inclure, évaluer et consulter que les applications MyApplications résidant dans la même AWS région et dans les mêmes limites de AWS compte que votre environnement MyApplications. Les applications créées dans différentes AWS régions ou sous AWS des comptes distincts ne seront pas visibles ou accessibles via ce widget. + Vous pouvez uniquement ajouter, supprimer et mettre à jour des ressources depuis le tableau de bord MyApplications. Lorsque vous modifiez les ressources de l'application depuis le tableau de bord MyApplications, vous devez les réimporter AWS Resilience Hub pour afficher les modifications apportées aux ressources dans. AWS Resilience Hub ## En savoir plus Pour plus d'informations sur la gestion des applications et des ressources dans le tableau de bord MyApplications, consultez les rubriques suivantes de la AWS Console Home documentation : + [Qu'est-ce que MyApplications est activé ? AWS](https://docs.aws.amazon.com/awsconsolehelpdocs/latest/gsg/aws-myApplications.html) + [Création de votre première application dans MyApplications](https://docs.aws.amazon.com/awsconsolehelpdocs/latest/gsg/myApp-getting-started.html) + [Gestion des ressources](https://docs.aws.amazon.com/awsconsolehelpdocs/latest/gsg/myApp-manage-resources.html) + [Widget de résilience](https://docs.aws.amazon.com/awsconsolehelpdocs/latest/gsg/myApp-app-dash.html#myApp-reshub.html) Pour plus d'informations sur la description des applications et l'exécution d'évaluations dans AWS Resilience Hub, consultez les rubriques suivantes : + [Pour exécuter une évaluation de la résilience d'une application **MyApplications** existante à partir du widget **Resiliency** pour la première fois](run-assessment-resiliency-widget.md#run-res-widget-new) + [**Pour réexécuter une évaluation de résilience pour une application **MyApplications** existante à partir du widget Resiliency**](run-assessment-resiliency-widget.md#rerun-res-widget) + [Consulter le résumé de l'évaluation dans le widget Resiliency](review-assessment-resliency-widget.md)