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.
Commentaires
turpin-alfred
Membre depuis le 27/05/2024
salut
pour aws y'a trusted advisor qui donne pas mal de pistes sur les ressources idle ou mal configurées c'est un bon début. et pour les snapshots/volumes orphelins on a des scripts lambda qui tournent pour les identifier et les tagger pour suppression. ça demande un peu de dev mais c'est efficace
ines-laroche
Membre depuis le 16/07/2024
sur gcp y'a le Recommender qui est pas mal il te suggère des optimisations pour vm instance groups sql etc. c'est intégré à la console. pour les disques non attachés on a un job cloud functions qui liste les disques qui n'ont pas été attachés depuis X jours et envoie un rapport. après c'est manuel pour la suppression mais on pourrait l'auto avec des tags
josephine-cousin
Membre depuis le 12/10/2024
intéressant les scripts lambda et cloud functions. on a déjà un compte d'admin centralisé ça peut se faire. pour les ips publiques c'est un peu un cauchemar
turpin-alfred
Membre depuis le 27/05/2024
pour les ips publiques non attachées y'a souvent des règles de facturation spécifiques chez les providers donc faut faire gaffe. un script c'est bien mais faut bien vérifier l'impact avant de supprimer. et s'assurer qu'il y a pas de ressources futures qui doivent les utiliser
ines-laroche
Membre depuis le 16/07/2024
pour les environnements de dev/staging qui doivent s'éteindre la nuit on utilise des scheduler natifs aux services si y'en a ou des solutions tierces comme parkmycloud ou nos propres scripts orchestrés par jenkins/github actions
josephine-cousin
Membre depuis le 12/10/2024
parkmycloud je connais de nom mais pas utilisé. je vais regarder les recommanders des différents clouds et nos scripts internes pour les ressources orphelines. merci pour les pistes
turpin-alfred
Membre depuis le 27/05/2024
pense à la culture finops aussi faut sensibiliser les devs à l'impact de leurs configs. on a mis en place des dashboards de coûts par team et par projet ça aide à la prise de conscience
josephine-cousin
Membre depuis le 12/10/2024
totalement d'acc la sensibilisation c'est clé. les dashboards c'est une super idée pour responsabiliser. thx pour tous les tips ça donne une bonne direction