InfluxData désolé d’avoir supprimé les régions cloud qui étaient utilisées

  • FrançaisFrançais


  • InfluxData a perdu les données des clients utilisant ses services en Australie tandis que les utilisateurs en Belgique ont du mal à déterminer s’ils peuvent restaurer les 100 derniers jours.

    Le fournisseur derrière le SGBD de séries chronologiques InfluxDB a maintenant présenté ses excuses aux clients pris au dépourvu lorsqu’il a interrompu le service InfluxDB Cloud dans les deux régions : AWS Sydney et GCP Belgium.

    Selon un blog du CTO Paul Dix, l’entreprise a informé les clients de sa décision d’interrompre ces services pour des raisons économiques les 23 février, 6 avril et 15 mai. Elle a également contacté des clients pour lesquels elle disposait d’autres informations et mis à jour la page d’accueil du Interface utilisateur pour InfluxDB Cloud 2 dans ces régions avec un avis indiquant que le service allait être arrêté le 30 juin.

    “Avec le recul, notre hypothèse selon laquelle les e-mails, la sensibilisation des ventes et les notifications Web seraient suffisants pour garantir que tous les utilisateurs étaient au courant des notifications et agissaient en conséquence était trop optimiste”, a-t-il déclaré.

    “Notre équipe d’ingénieurs cherche à savoir si elle peut restaurer les 100 derniers jours de données pour GCP Belgium. Il semble à l’heure actuelle que pour les utilisateurs d’AWS Sydney, les données ne sont plus disponibles.”

    Les utilisateurs se sont rendus sur les forums en ligne pour exprimer leur frustration face au déménagement.

    Sur le forum de la communauté du fournisseur, l’un d’eux a déclaré : “Nous n’avons jamais été informés à ce sujet. Nous avons un cas d’utilisation en cours et n’avons pas l’habitude de vérifier la documentation chaque semaine au cas où notre service serait annulé sans avertissement préalable. InfluxData devrait également avoir J’ai vu que les instances de ces régions disposaient toujours d’un accès en lecture et en écriture et ont informé tous les clients concernés. C’est très peu professionnel. »

    Sur Hacker News, un utilisateur a déclaré : “Votre attente numéro un en tant que fournisseur de base de données cloud est de garantir la sécurité et la récupération des données.” Un autre a déclaré: “C’est à peu près un suicide d’entreprise. Je ne comprends vraiment pas ce qu’ils essaient de réaliser avec cela et leur attitude dans ce fil est déconcertante.”

    CTO Dix, qui a répondu aux commentaires sur le fil, a d’abord semblé être sur la défensive. “Je me rends compte que ce n’est pas idéal que nous ayons arrêté ce système, mais nous avons fait de notre mieux pour informer les utilisateurs concernés et leur donner la possibilité de se déplacer vers d’autres régions”, a-t-il déclaré.

    Il parut plus tard plus contrit. “C’est une situation terrible et nous avons échoué à plusieurs niveaux sur celui-ci. Nous allons améliorer notre processus à partir d’ici et procéder à un post-mortem plus complet.”

    Un certain nombre de commentaires sur les deux fils de discussion ont indiqué qu’InfluxData n’avait pas réussi à effectuer un “test de cri”, où un fournisseur de services désactive l’accès à un service, mais ne tue pas le service lui-même. Lorsque ceux qui sont bloqués “crient” par e-mail ou par téléphone, l’entreprise peut leur dire que les services seront définitivement désactivés à une date ultérieure, ce qui donnera aux clients le temps de sauvegarder leurs données et de migrer les applications.

    Dans le blog, Dix a promis de faire les choses différemment à l’avenir. Il a déclaré que la société créerait une catégorie distincte d’e-mails de “notification de service” que les clients ne pourraient pas désactiver. Il a promis d’améliorer les processus de messagerie et la clarté. L’entreprise redoublerait d’efforts pour contacter les utilisateurs n’ayant pas réduit leurs lectures ou écritures dans les 30 ou 45 jours précédant la date de fin de vie pour la région.

    Il a également déclaré que la société utiliserait un test de cri et mettrait en œuvre une période de grâce de conservation des données de 30 jours, et publierait une bannière en haut de la page status.influxdata.com dès que les notifications initiales seraient publiées.

    Bien qu’il puisse être rassurant qu’InfluxData espère améliorer sa communication client la prochaine fois qu’il désactivera un service, ce ne sera qu’une petite consolation pour ceux qui ont perdu des données.

    Le registre a demandé à InfluxData de commenter. ®

    L'équipe de Comparaland

    L'équipe rédactionnnelle du site

    Pour contacter personnellement le taulier :

    Laisser un commentaire

    Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *