Et nous sommes sûrs que vous avez découvert le problème qui a touché le réseau le 28 février, au cours duquel, après un peu plus de cinq heures, le service et certaines applications ont été affectés par cet automne. Dans ce cas, le problème est basé sur le Service S3 Amazon Web Services (AWS) et cela a pleinement affecté une bonne poignée de services tels que IFTT, le site Web GIF Giphy, Trello ou Hootsuite parmi de nombreuses autres entreprises hébergées dans ce service de stockage simple d'Amazon.
Pour l'instant, ce qui est clair pour nous une fois le problème résolu, c'est qu'après l'enquête menée par Amazon, la cause du problème a été une erreur humaine. Certains travailleurs Amazon S3 effectuaient des tâches de maintenance sur le système de facturation et il était nécessaire de fermer certains serveurs, comme vous le pensez peut-être, tout cela s'est assez mal terminé et c'est que plus de serveurs ont été fermés de la mauvaise manière que nécessaire pour la tâche et le les sous-systèmes nécessaires n'étaient pas capables de récupérer des informations, donc le service a cessé de fonctionner.
En ce sens, et vu l'ampleur du problème, la seule chose qu'ils pouvaient faire était simplement de redémarrer tout le système et cela ne se faisait évidemment pas en quelques minutes car de nombreux processus nécessitent plus de temps en raison de la quantité d'informations qu'ils stockent. En ce sens, en plus de cela, de nombreux serveurs n'avaient jamais été redémarrés auparavant et cela a encore affecté la réactivation du service.
Maintenant, nous avons le doute quant à savoir si cela peut être répété à nouveau car, bien qu'il soit vrai que l'ingénieur en charge de la tâche de maintenance dans le système de facturation a fait la bonne chose à propos du manuel, mais par erreur, il a touché quelque chose qu'il ne devrait pas causer le la chute du réseau pourrait se reproduire dans le futur. De l'autre et après le problème, il y a maintenant un nouveau option de sécurité dans lequel les ingénieurs ne pourront pas désactiver les serveurs et le tableau de bord sera un système indépendant de S3 pour éviter que la même chose ne se produise dans une hypothétique tâche de maintenance future.
