Il y a un moment, dans chaque projet, où continuer à construire en silence devient une forme d'isolement. Ce blog est ma façon d'en sortir.
Qui suis-je ?
Je ne me nommerai pas ici — pas par mystère, mais parce que l'histoire que je veux raconter est celle du projet, pas la mienne. Ce qui compte, c'est le parcours : des années passées dans les entrailles techniques d'un des géants de la grande distribution française, à construire et maintenir des systèmes qui ne peuvent pas se permettre de tomber. Haute disponibilité, observabilité, autoscaling, alerting, SRE — c'est devenu ma langue maternelle.
En parallèle, comme beaucoup de gens de ma génération, j'ai toujours eu des projets en cours. Un bot de trading, un agrégateur de news, une cartographie des prix immobiliers... Des projets qui existaient moins pour être lancés que pour le plaisir d'expérimenter, de toucher à des technologies nouvelles, de résoudre des problèmes qui n'étaient pas encore les miens.
Jusqu'à ce que Perimon s'impose comme une évidence.
Qu'est-ce que Perimon ?
La question simple mérite une réponse directe : Perimon est une plateforme de monitoring unifiée pour les professionnels du web.
Mais derrière cette définition, il y a une conviction plus profonde. Des milliers de personnes vivent d'un site web — une vitrine, une boutique en ligne, un site de prise de rendez-vous. Ces personnes n'ont pas de DSI, pas d'équipe SRE, pas les compétences techniques pour déployer et maintenir leurs propres outils de monitoring. Et pourtant, leurs sites tombent, ralentissent, accumulent des vulnérabilités, perdent des positions SEO — dans l'indifférence totale, faute d'outils accessibles.
C'est là que Perimon intervient. Pas en réinventant la roue, mais en agrégeant ce qui existe déjà de mieux dans l'Open Source — et en le rendant accessible, compréhensible, actionnable.
Concrètement, Perimon surveille cinq dimensions essentielles de la santé d'un site :
- Disponibilité — Le site est-il en ligne ? Réagit-il correctement ?
- Performance — Est-il rapide ? Les Core Web Vitals sont-ils au niveau ?
- Sécurité — Y a-t-il des vulnérabilités connues ? Les certificats SSL sont-ils valides ?
- Analytics — Comment se comportent les visiteurs ? En respect total du RGPD.
- SEO — Le site est-il correctement structuré pour les moteurs de recherche ?
Et surtout, Perimon ne se contente pas d'afficher des métriques isolées. Il les corrèle. "Votre taux de rebond a augmenté de 12% en même temps que votre temps de chargement a doublé" — c'est ça, l'intelligence que j'essaie de construire. Un Score de Santé Global (SSG) qui traduit la complexité technique en un indicateur compréhensible par tous, qu'on soit développeur, agence web ou boulanger avec un site de commande en ligne.
Pourquoi ce blog ?
Le build in public n'est pas une stratégie marketing. C'est une philosophie.
D'abord, pour garder une trace. Chaque décision architecturale que je prends aujourd'hui, je l'aurai oubliée dans six mois. Pourquoi avoir choisi NATS plutôt que Redis pour la gestion des locks ? Pourquoi une architecture en pipelines verticaux plutôt qu'un monolithe ? Ce blog est mon journal de bord. Un registre de tout ce qui a fonctionné, tout ce qui a échoué, et pourquoi.
Ensuite, pour partager. Les ressources sur le SRE, l'observabilité, la haute disponibilité — elles existent, mais elles s'adressent souvent à des équipes avec des budgets conséquents et des infrastructures complexes. Je veux montrer qu'on peut implémenter ces patterns à petite échelle, avec des outils Open Source, en solo. Si ça peut débloquer quelqu'un sur un projet similaire, c'est une victoire.
Pour recevoir des retours, aussi. Construire seul, c'est construire dans un vide. Les choix techniques que je fais me semblent évidents — jusqu'à ce que quelqu'un pointe l'angle mort que je n'avais pas vu. Je cherche ces conversations.
Et pour la visibilité, soyons honnêtes. Perimon a besoin d'exister dans l'esprit de ceux qui pourraient en avoir besoin. Ce blog est une façon de le faire connaître, de montrer que derrière le produit, il y a une démarche sérieuse, des choix assumés, une vision.
Ce que vous trouverez ici
Pas de contenu générique sur "les meilleures pratiques du monitoring". Des articles ancrés dans le réel : ce qui s'est passé cette semaine, le problème que j'ai rencontré, comment je l'ai résolu, et ce que ça implique pour la suite.
Les thèmes seront variés : des articles techniques sur l'architecture et le code, des réflexions sur les décisions produit, des moments d'honnêteté sur les obstacles et les doutes, et des étapes marquantes quand le projet franchit un cap important.
Bienvenue dans les coulisses de Perimon.
