<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Observabilité on Simple Enough Blog</title><link>https://blog.dev.simpleenough.net/fr/tags/observabilit%C3%A9/</link><description>Recent content in Observabilité on Simple Enough Blog</description><generator>Hugo</generator><language>fr</language><lastBuildDate>Tue, 21 Jul 2026 10:00:00 +0200</lastBuildDate><atom:link href="https://blog.dev.simpleenough.net/fr/tags/observabilit%C3%A9/index.xml" rel="self" type="application/rss+xml"/><item><title>MTTR : la métrique qui sauve vos nuits</title><link>https://blog.dev.simpleenough.net/fr/blog/mttr/</link><pubDate>Tue, 21 Jul 2026 10:00:00 +0200</pubDate><guid>https://blog.dev.simpleenough.net/fr/blog/mttr/</guid><description>&lt;p>Il est 3 heures du matin, une alerte se déclenche, et la seule question qui compte n&amp;rsquo;est pas « pourquoi ça a cassé ? » mais « dans combien de temps est-ce réparé ? ». Vouloir empêcher toutes les pannes est une illusion : les systèmes complexes finissent toujours par tomber. La vraie mesure de maturité d&amp;rsquo;une équipe n&amp;rsquo;est donc pas sa capacité à ne jamais échouer, mais sa capacité à &lt;strong>se rétablir vite&lt;/strong>. C&amp;rsquo;est ce que mesure le MTTR — à condition de savoir le lire.&lt;/p></description></item><item><title>Chaos engineering du quotidien : apprendre à aimer la vague</title><link>https://blog.dev.simpleenough.net/fr/blog/wave/</link><pubDate>Tue, 24 Mar 2026 10:00:00 +0100</pubDate><guid>https://blog.dev.simpleenough.net/fr/blog/wave/</guid><description>&lt;p>Nous rêvons tous d’un système stable, prévisible, “calme”.
Et pourtant, la réalité d’une plateforme moderne, c’est une mer vivante : déploiements, dépendances externes, quotas cloud, réseaux capricieux, pics de charge, erreurs humaines, et parfois… juste “un truc” qui n’aurait pas dû arriver.&lt;/p>
&lt;p>Le chaos engineering est souvent présenté comme une discipline spectaculaire — “on coupe une zone AWS”, “on tue un cluster”, “on fait tomber Kafka”.
Dans la vraie vie (et surtout en petite équipe), ce n’est ni nécessaire, ni souhaitable au départ.&lt;/p></description></item></channel></rss>