Que devez-vous apprendre de la panne AWS S3

Alors, qu'avons-nous tous retenu de la panne AWS de cette semaine ? Dépend à qui vous demandez. Beaucoup d'entre nous dans l'informatique pensent que c'était un bon rappel pour considérer les environnements cloud multicloud et hybrides. En gros, ne mettez pas tous vos œufs de charge de travail cloud dans le même panier AWS. La panne de stockage S3 a affecté environ 150 000 sites Web hébergés dans le centre de données de la région US-EAST-1 d'Amazon, qui se trouve dans le nord de la Virginie.

La panne d'Amazon a rappelé à tous les informaticiens pendant une journée que les charges de travail cloud sont hors site et qu'elles peuvent tomber en panne à tout moment. Le cloud a toujours besoin d'un plan de récupération, de sauvegarde et de continuité. Il y a aussi la mise en garde éprouvée que les gens exécutent toujours les machines cloud. La panne de S3 cette semaine s'est produite lorsqu'un ingénieur a commis une erreur de commande lors d'une tâche de routine en arrêtant un sous-système de stockage.

Mais il existe d'autres façons de penser aux pannes des fournisseurs de cloud public (qui sont beaucoup moins fréquentes qu'auparavant). Au lieu de simplement dire que vous allez commencer à rechercher des déploiements multicloud ou à créer davantage de cloud hybride, un expert du secteur déclare que la conception en cas d'échec est ce que vous devriez considérer pour l'infrastructure cloud. Les conseils recommandés à considérer immédiatement incluent le choix de la réplication entre régions AWS et la réalisation de tests pour les pannes et les solutions de récupération. Les conseils à plus long terme consistent à choisir l'API cloud qui convient le mieux à votre entreprise et à ne pas vous connecter à un deuxième fournisseur de cloud uniquement pour des raisons de basculement.

Au sujet du cloud hybride, cette histoire explore la tendance de l'informatique sans serveur, en affirmant que l'informatique sans serveur est essentiellement la même chose que l'informatique Platform as a Service (PaaS). Avec cette approche, l'intermédiaire (achat de matériel) disparaît, permettant aux équipes informatiques de provisionner des ressources directement sur les plates-formes des fournisseurs de cloud. Finalement, selon un consultant, l'informatique d'entreprise peut choisir de connecter directement les services back-end aux clients et aux applications clientes, de sorte qu'il n'y ait pas autant d'arrêts entre les utilisateurs et les fonctions cloud dont ils ont besoin.

Bien sûr, au moins un fournisseur de cloud a pu se sentir suffisant lorsque la panne d'AWS n'a pas affecté son propre cloud, vient d'être annoncé cette semaine. Nimble ne stocke pas ses volumes cloud dans AWS ou Azure car il ne peut pas garantir la fiabilité. Il a plutôt construit un service de cloud public propriétaire pour le stockage par blocs. Cela peut être bon à la fois pour les ventes de Nimble et la stabilité de leurs clients. Il sera intéressant de voir si cela déclenche une tendance.

Jusqu'à la semaine prochaine, serrez bien ces serveurs dans vos bras.