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.
franck62
Membre depuis le 20/08/2024
classique. t'as regardé les coûts de data transfer out ? souvent c'est un truc qui explose en silence surtout si t'as des app qui sortent de la donnée d'aws vers l'on-prem ou des endpoints publics. et les services managés genre lambda step functions ou kinesis ? des fois une mauvaise config d'event stream peut générer des milliers d'exécutions.
bbigot
Membre depuis le 17/11/2024
ouais data transfer c'est un bon point. aussi les snapshots ebs ou rds. si quelqu'un a changé la politique de rétention pour garder 100 snapshots au lieu de 7 ça monte vite. ou des volumes ebs qui sont restés attachés à des instances terminées. c'est con mais ça arrive.
thibaut22
Membre depuis le 21/07/2024
bon le data transfer je vais re-scruter mais on a pas de gros flux qui sortent d'habitude. pour les snapshots j'ai déjà vérifié on est bon. par contre vous parlez des services managés... j'ai un doute sur un glue job qu'on a lancé y'a deux mois. il tourne h24 et il est en dev mais il est pas censé coûter grand chose. je vais creuser ça.
bmarques
Membre depuis le 26/07/2024
ah glue job h24 en dev c'est une source de coût sournoise. souvent les workers glue sont surprovisionnés par défaut. si ton job n'est pas optimisé pour utiliser moins de dpu (data processing units) il peut te coûter une fortune même pour des petites tâches. regarde les logs et les métriques dpu de ton job. ou si il est en boucle infinie.
thibaut22
Membre depuis le 21/07/2024
BINGO ! c'était bien le glue job. il était configuré avec 10 DPU en continu pour un job qui n'utilisait que 2 DPU en réalité et seulement par intermittence. j'ai réglé ça et les coûts sont retombés. on a perdu pas mal de thunes bêtement. thx pour les pistes c'était bien ça !