Alors, si. L'appel simple devrait retourner une erreur si le volume est utilisé. Et une option dans l'appel pour "forcer". C'est ce que fait l'API AWS de mémoire ; voire même, la deuxième option n'existe pas : il faut détacher le volume avant de le supprimer.
Effectivement, s'il s'agit d'un volume attaché à une VM, l'appel ne devrait pas aboutir. Mais dans ce cas précis, je ne suis pas convaincu que ça aurait changé grand chose ...
Et il y a aussi des services cloud qui proposent de "locker" une ressource : tu dois faire un "unlock" avant de faire un "delete". Cela permet de pas se foirer lors d'un appel en masse.
La aussi, ça n'aurait pas changé grand chose, car l'IA semblait avoir récupéré un token qui lui aurait permis de faire tout ça .... Ca se serait fait en plus d'appels API.
Et aussi, le plus sûr, quand tu delete, ça delete pas tout de suite. Et tu as 24h pour ouvrir un ticket pour qu'on se sauve tes données.
C'est peut-être la seule mesure qui aurait permis de récupérer rapidement les données.
[^] # Re: Un reproche à Railway que je ne partage pas
Posté par totof2000 . En réponse au journal "Cursor et Claude ont supprimé ma prod". Évalué à 4 (+2/-0).
Effectivement, s'il s'agit d'un volume attaché à une VM, l'appel ne devrait pas aboutir. Mais dans ce cas précis, je ne suis pas convaincu que ça aurait changé grand chose ...
La aussi, ça n'aurait pas changé grand chose, car l'IA semblait avoir récupéré un token qui lui aurait permis de faire tout ça .... Ca se serait fait en plus d'appels API.
C'est peut-être la seule mesure qui aurait permis de récupérer rapidement les données.