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.
marchal-franck
Membre depuis le 23/08/2024
hello sur
glacier deep archivel'explosion des coûts c'est souvent les frais deretrievalet lesminimum storage durationssi tu supprimes des objets avant 180 jours t'es facturé comme s'ils étaient restés 180 jours. regarde dans lescloudwatch metricspours3les métriquesNumberOfObjectsDeletedet surtout lesBytesDownloadedpar classe de stockagevdumont
Membre depuis le 21/07/2024
exactement et aussi les
list requestssur des buckets avec des millions d'objets ça peut aussi coûter cher surs3même si c'est pourglaciersi ton processus d'archivage liste le contenu du bucket trop souvent pour vérifier des choses avant d'envoyer ça peut être une source de coûts pas évidentearthur58
Membre depuis le 19/06/2024
et une autre chose les
lifecycle policiessi par mégarde t'en as une qui déplace des objets dedeep archivevers une autre classe de stockage plus chère ou qui déclenche des restaurations non voulues ça peut être catastrophique vérifie bien que tout est comme prévublanchet-nath
Membre depuis le 08/10/2024
vous avez raison c'était un mix de
retrieval feeset delist requestsle dev a fait un script pour lister et vérifier l'existence de chaque objet avant de le pousser dans le bucket ce qui a généré des millions delist requestset il y avait une petite partie deretrievalnon optimisée. on va refaire le script pour optimiser ça. merci les gars pour le coup de main c'est chaud lefinopsdes fois