Benjamin Dos Santos

SRE, DevOps, System Engineer, Runner (

[Benjamin Dos Santos @benjamin_ds]

@OVHcloud Temperature of a defunct machine. #OVHOutage #OVHFire

[Benjamin Dos Santos @benjamin_ds]

@nb4ld @sarddou Oui, il y’a sûrement une 2042 avec quelques cases à soumettre en plus dans ces là, mais j’imagine que la plupart des brokers fournissent un IFU bien fichu avec le nom de la case + le montant. Ça remonte automatiquement la majorité des cas. Mais oui, le portail est pas fou …

[Benjamin Dos Santos @benjamin_ds]

@nb4ld Si j’en crois le logo sur le pdf de 73 pages que j’ai reçu, mon EDI a été réalisé avec RCA https://t.co/X2vOGUEjCk

[bearstech @bearstech]

La version 3.4 de HAProxy annoncée :

✅ Amélioration de 20 % des perfs
✅ Backends modifiables dynamiquement
✅ Intégration native d'OpenTelemetry
✅ Adaptation dynamique à la charge
✅ Meilleure résistance aux abus HTTP/2

👉 https://t.co/5KethdV7VX

[Ayaan 🐧 @twtayaan]

AI in SRE is here! Google just open-sourced how they keep 5 billion people online.

This is Google SRE. The team that invented Site Reliability Engineering 20 years ago. Every major tech company copied their model. Now they just published exactly how they are rebuilding it with agentic AI.

Here is what their agents are doing inside Google right now:

→ When something breaks, AI agents pull observability data, run through playbooks and fix the issue autonomously before the on-call engineer even gets paged
→ AI agents monitor every live incident, write postmortems automatically and generate engineer handoff documents without a human touching anything
→ A system called AI Insights continuously reads every past Google incident ever recorded and feeds those lessons to agents so they get smarter after every single outage
→ Anomaly detection agents learn normal behavior patterns instead of using static thresholds and alert only when something actually looks wrong
→ Every agent has its own identity, its own permissions, its own reliability SLO and its own backup plan. Google treats AI agents exactly like human engineers.

They published the full architecture as a free white paper.

If Google is rebuilding a 20 year old discipline from scratch with agentic AI, every engineering team on earth is already behind and most do not know it yet.

Full playbook here:
https://t.co/qNDOaKORYA

[V4bel @v4bel]

💥 Introducing "Dirty Frag"

A universal Linux LPE chaining two vulns in xfrm-ESP and RxRPC. A successor class to Dirty Pipe & Copy Fail.

No race, no panic on failure, fully deterministic. ~9 years latent.
Ubuntu / RHEL / Fedora / openSUSE / CentOS / AlmaLinux, and more.

Even if you've applied the "Copy Fail" mitigation, your Linux is still vulnerable to "Dirty Frag". Apply the Dirty Frag mitigation.

Details:
https://t.co/9nqku4svkY

[Kube Builders @KubeBuilders]

This article explains how Netflix traced severe container launch slowdowns to Linux mount lock contention, image layer mount storms, and CPU architecture differences while scaling containers on modern Kubernetes infrastructure

➜ https://t.co/CUmCNXznFC

[Uber Engineering @UberEng]

Uber’s migration to Kubernetes continues to serve as a catalyst for growth and innovation, with 450 trips per second across 70 countries and 15,000+ cities. Check out this blog from our archive to see where it all began.

#UberEng #Kubernetes

[IT-Connect.fr @ITConnect_fr]

🛡️ HAProxy passé au crible sur demande de l’ANSSI… et le verdict est sans appel.

La solution open source HAProxy a été auditée : verdict, le code est blindé !

👉 https://t.co/1YArVB9Zv4

#HAProxy #CyberSécurité #ANSSI #OpenSource
https://t.co/1YArVB9Zv4

[Benjamin Dos Santos @benjamin_ds]

Mieux, une séance Zwift.

[Quentin @Sales4Quentin]

La branlette tapis de course dans le bureau j'en ferai un livre

Le pire c'est les mecs qui sont en train de marché sur leur enculé de tapis pendant un meeting le dernier en date j'ai refusé de le prendre en consulting tellement je trouve ça irrespectueux sac à mrde

Pas foutu de sortir marché sans son PC, vous êtes des zombie ''inshape''

[Octave Klaba @olesovhcom]

Je vais quand même commenter.

Miro a vendu une faible part de son capital dans OVHcloud pour faire face des obligations qu'il avait en 2025.

Pourquoi maintenant ?
Il travaille au quotidien chez OVHcloud et donc il a les contraintes fortes sur "le délit d'initié". Il sait beaucoup de choses qui ont potentiellement l'impact sur le cours. Dans ce contexte, la fenêtre d'exécution d'une telle opération, est très réduite : max 5-6 semaines par an, entre fin Octobre (la publication de nos résultats annuels où on met dans le marché toutes les informations) et maximum le mi-Décembre. Il n'a pas pu exécuter l'opération fin Octobre car le cours a chuté. Il a attendu que le cours remonte un peu, pour faire l'operation.

Engagement et confiance
Vendre les actions d'OVHcloud à ce niveau de prix est d'une tristesse infinie pour quelqu'un qui a travaillé et va travailler toute sa vie sur le projet. Mais il ne pouvait pas faire autrement. C'est pourquoi aussi, il a pris "une couverture à la hausse" car il sait ce qu'on construit et ce que ca vaut.

Pendant 25 ans, la consigne de la famille était de réinvestir tous les bénéfices dans la croissance. Donc aucune dividende depuis la création de l'entreprise. A partir de 2026, OVHcloud sera en Free Cash Flow positive à nouveau. La consigne changera vers "reverser une faible partie des bénéfices en dividendes et réinvestir tout le reste dans l'innovation et la croissance rentable". Cette approche permettra d'éviter au maximum le recours à ce genre d'operations et montre l'engagement long terme de ma famille dans la construction d'un Cloud Service Provider systémique en Europe.

https://t.co/1Qpa8owcHO

[Benjamin Dos Santos @benjamin_ds]

@patrickbeau26 @gonzague @awscloud Mon cluster nomade est resté UP à travers le vrack sans souci durant l’incendie, en ayant perdu 1 des 3 leader

[Benjamin Dos Santos @benjamin_ds]

@gonzague @awscloud Fera beaucoup d’économie et aura des perfs et une dispo probablement supérieur (vrack/machines dans plusieurs régions sans payer la BP)

[Benjamin Dos Santos @benjamin_ds]

@gonzague @awscloud Oui c’est vrai, il faut savoir faire pas mal de chose sois même pour tirer parti de leurs bare métal qui ont un très bon rapport prix/puissance. Celui qui sait par exemple monter son cluster Mongo (whatever) full NVME raid10 chez vs Mongo Atlas ou des EC2 avec des EBS nvme …

[Benjamin Dos Santos @benjamin_ds]

@gonzague @awscloud Le sujet OVH c’est plus le manque de service managé, pour celui qui a juste besoin d’une machine qui ping avec 2 interfaces réseaux et sait tout construire : OVH a un meilleur rapport qualité prix puissance.

[Benjamin Dos Santos @benjamin_ds]

@gonzague @awscloud Mouais, l’avantage chez OVH c’est que tu payes pas la BP de ton vrack qui va interconnecter tes machines que tu auras prises dans 3+ régions. Roubaix, Graveline, etc. Je me souviens bien de cet incident, j’ai perdu une dizaine de machines sur une 60 aine, pas de très gros impact.

[Olivier Poncet 🦝 @ponceto91]

Awesome Baremetal est une collection de ressources et outils liés à la gestion de vos serveurs baremeral, avec de nombreux outils plus ou moins connus ⬇️

https://t.co/kcAyGT9rZT

[Avi Chawla @_avichawla]

The only MCP server you'll ever need!

MindsDB lets you query data from 200+ sources, like Slack, Gmail, social platforms, and more, in both SQL and natural language.

A federated query engine that comes with a built-in MCP server.

100% open-source with 33k+ stars!

[Benjamin Dos Santos @benjamin_ds]

@jonathansousa84 @bearstech @ponceto91 @_Nidouille_ @_adriend_ @AtaxyaNetwork @iMilnb @ju_hnny5 @k33g_org @bortzmeyer @yOyO38 Merci ! 😀 Un peu moins actif sur X depuis un certain temps, j’ai plus le reflex d’y partager mes trouvailles

[bearstech @bearstech]

Comment GitLab a réduit le temps de sauvegarde de ses dépôts de 48 heures à 41 minutes

👉 https://t.co/xVAqSObGuT