Peu de temps après que Microsoft ait remporté un tour de victoire en publiant sa défense contre une attaque DDoS à grande échelle, le service Azure de la société a été frappé par une circonstance tout aussi atténuante.
Les clients Azure de Microsoft ont été victimes d’une panne de huit heures. La panne mondiale d’Azure incluait des services de machine virtuelle ainsi que d’autres dépendances liées aux produits. À partir d’environ 5 heures du matin UTC, ou dès minuit hier soir sur la côte est des États-Unis, les clients qui ont tenté d' »effectuer des opérations de gestion de services, c’est-à-dire démarrer, créer, mettre à jour ou supprimer », les nouvelles machines virtuelles Windows n’ont pas pu, selon à la page d’historique de statut Azure de Microsoft.
De plus, Azure DevOps et d’autres services dépendants des machines virtuelles Windows ont été affectés par la panne, dans quelle mesure Microsoft n’a pas précisé.
Iphondroid s’exécute sur une machine virtuelle Azure, mais alimentée par Linux (Ubuntu) pour alimenter notre site WordPress. Nous n’avons pas été touchés.
Alors que les enquêtes sur la panne sont encore précoces, Microsoft est sorti et a partiellement attribué la panne de service à « une donnée de version d’artefact requise n’a pas pu être interrogée ». Semblable à la panne de Facebook la semaine dernière, la coupure de service d’Azure était due à un problème interne car l’entreprise passait à une nouvelle plate-forme et la chaîne VMGuestAgent requise manquait dans le référentiel car les ingénieurs utilisaient Azure Resource Manager (ARM) pour la migration.
Heureusement, étant donné que la panne d’Azure était un problème interne, Microsoft a pu isoler le problème et, selon la page Azure Status History, la société s’efforcerait d’établir la cause profonde afin d’éviter de futurs événements. Bien qu’il ne s’agisse pas d’une promesse à toute épreuve de disponibilité garantie sur Azure, c’est à peu près aussi près que les clients sont rassurés par Microsoft contre une autre panne due aux mêmes problèmes.
