devopssec
n'est en aucun cas responsable du contenu généré par l'utilisateur. Le contenu posté
exprime les opinions de leur auteur seulement.
Les textes et messages publiés sont la propriété de ceux qui les postent.
je fais de mon mieux pour modérer les propos inappropriés qui pourraient être postés ici,
mais je me dégage de toute responsabilité sur ce que vous postez.
Vous demeurez le seul responsable de vos actes et de vos messages au regard de la loi.
Vous acceptez de ne pas utiliser le service pour poster ou lier vers un contenu qui est
diffamatoire, injurieux, haineux, menaçant, spams ou pourriels, étant de nature à offenser,
ayant un contenu réservé aux adultes ou répréhensible, contenant des renseignements
personnels des autres, risquant de violer les droits d'auteurs, encourageant une activité
illégale ou contraire à toutes les lois.
Le respect est la principale qualité de notre communauté. En conséquence, veillez à l'être envers
vos camarades ici présents, en particulier les nouveaux membres qui comme vous, cherchent
à découvrir l'univers DEVOPS, et n'ont pas toutes vos connaissances.
Tout manque de respect à l'encontre d'un membre, néophyte ou non, entraînera également des sanctions,
à savoir avertissements, bannissements voire poursuites selon la gravité de la situation.
devopssec
décline toute responsabilité concernant les rencontres réelles.
denis-pages
Membre depuis le 21/07/2024
salut ! ça sent le développeur qui a mal compris une lifecycle policy ou qui a trigger un restore massif. avec glacier deep archive un restore c'est super cher et lent. t'as checké les logs de s3 pour voir qui a initié les requêtes
restoreobjectougetobjectsur des objets archivés ?aussi check si une de tes buckets n'a pas une lifecycle policy qui aurait migré des petabytes de données vers deep archive d'un coup suite à un changement. ou si un script s'est mis à faire des put request avec une classe de stockage deep archive sans le vouloir
francois-albert
Membre depuis le 21/07/2024
exactement ça ! un dev avait modifié une lifecycle policy sur un bucket de logs et avait configuré un passage direct vers
deep archiveaprès 0 jour pour des objets récents sans s'en rendre compte. et une application legacy faisait desGETsur ces mêmes logs pour des rapports. donc migration + restore direct. la combo mortelle. j'ai corrigé la policy et mis des alertes. merci pour l'aide !