Maya-Published

Le virage AI de Gravitee : API Management à l’heure des LLMs Note personnelle : j’ai commencé ce billet après avoir remarqué une accélération nette des publications de Gravitee autour de l’AI Gateway début 2026. En quelques semaines, j’ai l’impression que le blog est passé de sujets classiques (rate limiting, auth) à une déferlante sur l’orchestration d’agents, la sécurité MCP et les risques LLM. De quoi se demander : qu’est-ce que les grands modèles de langage changent à la couche API Management ? Et qu’est-ce que ça signifie pour quelqu’un qui build et run une fabrique logicielle au quotidien ? ...

120 projets à migrer. Seul. La dernière fois qu’on avait dû faire ça, on s’était promis de ne plus jamais le refaire. La dernière fois Il y a deux ans, on avait déjà dû faire une migration de pipelines CI à l’échelle du département. Un template maison à mettre à jour, une évolution structurelle. On avait fait la seule chose qui semblait possible : communiquer. Demander à chaque responsable de projet de faire la mise à jour. Certains l’ont fait dans la semaine. D’autres jamais. Résultat : un drift entre les projets à jour et les projets à la traîne, du support pendant des mois, et des « Ah, il fallait migrer ? » à chaque incident. ...

Pourquoi construire un Enterprise Homelab ? L’idée est partie d’un constat : dans mon métier, on manipule des patterns complexes (GitOps, Zero Trust, Kubernetes à l’échelle) qu’on peut rarement tester librement une fois en production. Alors j’ai décidé de me construire un terrain de jeu qui reproduit ces contraintes, sans les enjeux. Cet article est une RFC (Request For Comments) : je vous expose ma démarche, mes choix d’architecture, et j’ouvre le débat. ...

En début de carrière, j’ai longtemps cru que bien comprendre les besoins d’un utilisateur, c’était une question de méthode. Agile, user stories, rituels Scrum bien tenus. J’ai appris que c’était surtout une question de patience, et d’accepter que les gens ne savent souvent pas ce qu’ils veulent jusqu’à ce qu’ils le voient (ou jusqu’à ce qu’on leur pose les bonnes questions). Ce qui ne marchait pas Chez Psynapse, j’ai construit un CRM à destination de thérapeutes. Pas des développeurs, pas des product owners rompus aux wireframes. Des gens dont le métier, c’est l’accompagnement humain, et qui n’avaient pas de vocabulaire pour me dire ce dont ils avaient besoin en termes de logiciel. ...

Tailscale, c’est bien. L’idée de reposer sur des serveurs tiers pour son réseau mesh, un peu moins. Headscale est l’implémentation open source du serveur de contrôle Tailscale : on garde les clients officiels, on remplace le plan de contrôle par quelque chose qu’on héberge soi-même. Point de départ : permettre un accès distant sécurisé aux serveurs d’une école. Pas envie de leur ouvrir des ports en direct ou de faire confiance à un service cloud tiers pour la gestion du réseau. Un petit VPS à 3-4€/mois avec Headscale, et les machines de l’école deviennent accessibles depuis n’importe où, sans exposition publique. ...

Je porte des lunettes depuis l’enfance. Myopie plus astigmatisme. Fin de journée devant les écrans : yeux secs, tête lourde, texte qui commence à danser légèrement. Pendant longtemps j’ai mis ça sur le compte de la myopie, du temps de trajet, du manque de sommeil. La réalité est un peu plus mécanique que ça. Ce que font vraiment vos yeux devant un écran Il y a un petit muscle dans l’œil qui modifie la forme du cristallin pour faire la mise au point. En vision de près (et un écran à 50 cm, c’est de la vision de près), ce muscle reste contracté en continu. Des heures entières. ...

Un développeur avec qui j’échangeais récemment m’a posé une question simple : est-ce que ça sert vraiment à quelque chose de changer le port SSH par défaut ? La discussion a dérivé, et je me suis retrouvé à lui parler de port knocking. C’est un sujet que j’avais creusé quelques mois plus tôt pour mon homelab. NAS Synology, quelques VMs sur Proxmox, un besoin d’accès distant ponctuel. Laisser le port 22 grand ouvert en permanence, très peu pour moi. ...

Git patch : partager des modifications entre repos Quand tu dois appliquer la même modification sur plusieurs repos qui partagent une base de code commune, transporter un commit d’un dépôt à l’autre avec git format-patch évite de le recréer à la main. Le résultat, c’est un fichier .patch qui se partage comme n’importe quelle pièce jointe. Créer le patch git format-patch -k -1 HEAD -o ./patches/ -k : conserve le message du commit tel quel, sans ajouter le préfixe [PATCH] -1 : un seul commit (le dernier). Remplace par -3 pour les 3 derniers, ou donne un SHA précis -o ./patches/ : dossier de sortie, plus propre qu’un >> à la main Pour une plage de commits : ...