View a markdown version of this page

Conclusion - Reprise après sinistre des charges de travail sur AWS : restauration dans le cloud

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.

Conclusion

Les clients sont responsables de la disponibilité de leurs applications dans le cloud. Il est important de définir ce qu'est un sinistre et de disposer d'un plan de reprise après sinistre qui reflète cette définition et l'impact que cela peut avoir sur les résultats commerciaux. Créez un objectif de temps de restauration (RTO) et un objectif de point de reprise (RPO) sur la base d'une analyse d'impact et d'une évaluation des risques, puis choisissez l'architecture appropriée pour atténuer les risques liés aux catastrophes. Assurez-vous que la détection des catastrophes est possible et opportune : il est essentiel de savoir quand les objectifs sont menacés. Assurez-vous d'avoir un plan et validez-le en le testant. Les plans de reprise après sinistre qui n'ont pas été validés risquent de ne pas être mis en œuvre en raison d'un manque de confiance ou de l'incapacité à atteindre les objectifs de reprise après sinistre.