Systèmes résilients et efficaces

Reprise après sinistre (DR)

Les applications de microservices suivent souvent le modèle des applications à douze facteurs, dans lequel les processus sont apatrides et les données persistantes sont stockées dans des services de sauvegarde dynamiques tels que les bases de données. Cela simplifie la reprise après sinistre (DR), car en cas de défaillance d'un service, il est facile de lancer de nouvelles instances pour rétablir les fonctionnalités.

Les stratégies de reprise après sinistre pour les microservices doivent se concentrer sur les services en aval qui maintiennent l'état de l'application, tels que les systèmes de fichiers, les bases de données ou les files d'attente. Organisations doivent planifier un objectif de temps de reprise (RTO) et un objectif de point de reprise (RPO). Le RTO est le délai maximal acceptable entre l'interruption du service et la restauration, tandis que le RPO est le délai maximal écoulé depuis le dernier point de récupération des données.

Pour en savoir plus sur les stratégies de reprise après sinistre, consultez le livre blanc sur la reprise après sinistre des charges de travail sur AWS : la restauration dans le cloud.

Haute disponibilité (HA)

Nous examinerons la haute disponibilité (HA) pour les différents composants d'une architecture de microservices.

Amazon EKS fournit une haute disponibilité en exécutant des instances de contrôle et de plan de données Kubernetes dans plusieurs zones de disponibilité. Il détecte et remplace automatiquement les instances du plan de contrôle défaillantes et fournit des mises à niveau de version et des correctifs automatisés.

Amazon ECR utilise Amazon Simple Storage Service (Amazon S3) pour le stockage afin de rendre vos images de conteneurs hautement disponibles et accessibles. Il fonctionne avec Amazon EKS, Amazon ECS et AWS Lambda simplifie le flux de travail du développement à la production.

Amazon ECS est un service régional qui simplifie la gestion des conteneurs de manière hautement disponible dans plusieurs zones de disponibilité au sein d'une région, en proposant plusieurs stratégies de planification qui placent les conteneurs en fonction des besoins en ressources et des exigences de disponibilité.

AWS Lambda fonctionne dans plusieurs zones de disponibilité, garantissant ainsi la disponibilité pendant les interruptions de service dans une seule zone. Si vous connectez votre fonction à un VPC, spécifiez des sous-réseaux dans plusieurs zones de disponibilité pour une haute disponibilité.