Optimisation des coûts RDS/EC2 idle en dev

le plus simple pour les rds c'est de faire des snapshots le soir et de supprimer l'instance puis de la recréer le matin à partir du snapshot. pour les ec2 un script lambda qui taggue les instances et les arrête/démarre via cloudwatch events et un cron. tu peux même faire une petite api gateway pour que les dev puissent démarrer à la demande.

ouais ou carrément pour les rds postgres utiliser des instances serverless type aurora serverless v2 si ton budget le permet et si la charge de dev est variable. ça scale à zéro ou presque quand c'est inactif. mais attention au cold start quand ça repart.

pour les EC2 on a mis en place un tool en interne qui scanne les tags environment:dev et auto_shutdown:true et coupe les instances à 19h et les redémarre à 7h. pour les RDS c'est plus chiant mais l'approche snapshot/recréation de l'instance est pas mal. faut juste gérer les endpoints qui changent.

non l'endpoint RDS change quand tu recrées. c'est pour ça que c'est souvent un pain. une solution c'est d'avoir un Route53 CNAME qui pointe sur l'endpoint RDS. comme ça tu mets à jour le CNAME avec le nouveau endpoint et tes apps continuent de marcher sans changer leur config.

exactement le cname route53 est la meilleure pratique pour ça. et pour les ec2 pense aussi à les rightsizer. souvent les t3.large sont surdimensionnées pour du dev. une t3.medium ou small suffit pour la plupart des devs. et si tu as des spot instances disponibles pour des workloads non critiques ça peut aussi économiser pas mal.

ne pas oublier les volumes EBS aussi ! quand tu arrêtes tes EC2 ils te coûtent toujours. automatise le nettoyage des snapshots ou des volumes non attachés si tu n'en as plus besoin. c'est des petits sous mais mis bout à bout ça chiffre vite.