À propos
Ce qui guide mon travail autour de l’identité, de Keycloak et des systèmes que je construis.
L’architecte IAM#
L’identité se remarque rarement quand tout fonctionne. Pourtant, elle décide qui accède à quoi, organise la confiance entre les applications et conditionne l’expérience de chaque utilisateur. C’est à cette frontière entre sécurité, architecture et simplicité d’usage que je travaille.
Une plateforme IAM bien conçue ne se contente pas de protéger les accès : elle doit aussi rester compréhensible, évolutive et exploitable dans la durée. C’est ce que je cherche à construire avec Keycloak, le SSO et les protocoles d’identité.
Le consultant#
J’interviens lorsque les sujets deviennent difficiles à démêler : une plateforme qui évolue mal, une intégration qui atteint ses limites, des parcours d’authentification devenus trop complexes ou des équipes qui souhaitent reprendre la maîtrise de leur IAM.
Mon rôle est d’abord de rendre le problème lisible, puis d’aider à faire les bons choix. Une solution n’est réellement utile que si les équipes la comprennent, peuvent la maintenir et savent pourquoi elle a été conçue ainsi.
L’ingénieur#
Je reste proche du code et de la production. Une architecture n’a de valeur que si elle peut être déployée, observée, mise à jour et dépannée. Keycloak, les protocoles d’identité, le cloud, Kubernetes et l’automatisation permettent de passer du schéma à une plateforme réellement exploitable.
Je privilégie les solutions explicites, documentées et testables — celles qui résistent aux changements, aux incidents et au temps.
Le contributeur open source#
Les projets présentés sur ce site prolongent des questions rencontrées sur le terrain. Ils me permettent d’explorer une idée jusqu’au code, de rendre certains problèmes plus faciles à reproduire et de partager des outils utiles à d’autres équipes.
Je contribue également à Keycloak et je publie mes retours techniques sur mon blog.
Pour parler d’identité, de Keycloak ou d’un problème de sécurité concret, vous pouvez me contacter.
