Attribution énergie & carbone
Voir tous les tagsavuru obs v0.3.0 est publiée. La v0.2 avait sécurisé la lecture — connexion, rôles, droits par projet, SSO. La v0.3 verrouille l'écriture et fait du projet quelque chose que vous administrez vraiment.
Le module green ne remontait de l'énergie que là où le matériel expose RAPL —
ce qui exclut l'écrasante majorité des VM de cloud public. Un estimateur TDP
optionnel modélise désormais la puissance CPU à partir de l'utilisation sur
ces nœuds : une flotte entièrement composée d'instances cloud ne voit plus un
/green vide.
avuru obs v0.2.0 est taguée. La v0.1 a prouvé le pari : une carte des services vivante en moins de cinq minutes, sans toucher aux applications. La v0.2 en fait une installation qu'une vraie équipe peut exploiter au quotidien : sécurisée par défaut, modulaire par conception, avec quatre nouveaux modules qui transforment les données déjà collectées en triage, en état de santé et en redevabilité.
Le nouveau module green transforme la carte pod→service que vous exploitez déjà en énergie (Wh) et carbone (gCO2e) par service — les chiffres que réclament l'ESRS E1 / la CSRD et les objectifs internes de durabilité, sans estimation sur tableur ni SaaS qui veut votre télémétrie. L'énergie est mesurée par CNCF Kepler (depuis les compteurs RAPL du CPU) ; avuru obs sait déjà quel pod est quel service, et attribue donc les joules aux services de votre carte. Auto-hébergé, sans changement applicatif, sans API externe.