On en parlait depuis des mois dans les chaumières, et comme le rapporte Laravel News, NightOwl débarque enfin sur le devant de la scène avec une promesse qui va en faire grincer plus d'un: du monitoring Laravel qui ne vous facture PAS au volume d'événements. Le truc est né d'un besoin très concret (un ERP interne qui crache des montagnes de télémétrie sans rapporter un centime de plus), et la philosophie derrière est limpide — garder la télémétrie dans une base PostgreSQL qu'on possède, à un prix qui reste fixe quel que soit le trafic.
Et si on arrêtait de payer pour notre propre monitoring?
Soyons honnêtes, le modèle SaaS hébergé classique, on le connaît tous par cœur (et on en a soupé): on envoie de la télémétrie, on paye au nombre d'événements, et la rétention devient un palier tarifaire qu'on négocie la boule au ventre. Sur un ERP, un outil interne, ou même un site de contenu, c'est complètement à côté de la plaque — le volume monte, les revenus restent plats. La rétention a poussé l'équipe au bout du raisonnement: les pires incidents de prod ne sont pas des plantages techniques, ce sont des requêtes « réussies » avec un mauvais résultat métier, découvertes des semaines après par le client. À ce moment-là, il vous faut l'historique complet (requêtes, jobs, queries, logs), et quand cet historique est un tier de pricing, garder plus coûte mécaniquement plus. Logique imparable, non?
Sous le capot, qu'est-ce qu'on y met exactement?
Le package s'appuie sur l'officiel laravel/nightwatch et redirige la télémétrie vers votre propre Postgres. Résultat concret: la rétention devient une décision de stockage (bornée par le disque disponible), plus un étage de pricing. Et la question qui brûle toutes les lèvres — est-ce que PostgreSQL encaisse vraiment la charge d'écriture? Selon les chiffres publiés par l'équipe, une instance unique gère plus de 13 400 payloads par seconde. Et ce n'est pas un benchmark de labo: des utilisateurs tournent déjà à environ 300 000 requêtes par jour, d'autres à 1 M, 4 M, et le plus gros pour l'instant à 8 M. Largement de quoi absorber une app Laravel typique, et au-delà.
Côté portefeuille, l'amplitude est large: 5 $/mois pour les projets perso, et un plan agence à 69 $/mois avec apps clientes illimitées et zéro frais par événement — le fameux « unlimited client apps » qui va faire rêver plus d'une boîte de presta. Pour celles et ceux qui veulent tout dans leurs murs, une licence self-hosted existe aussi, ingestion et dashboard compris.
Et pour nous, devs, ça change quoi concrètement?
Soyons lucides, l'outil est neuf (la construction a démarré fin 2025 pour un usage interne, release publique en mai 2026), donc un brin de scepticisme sain ne fait pas de mal — c'est même recommandé. Bonne nouvelle: le package qui alimente toute la stack est open source, donc rien ne vous empêche de regarder sous le capot avant de signer quoi que ce soit. Pour les profils sous RGPD ou contrat de résidence des données, avoir la télémétrie sur une infra qu'on contrôle n'a jamais été un « nice to have » — c'est souvent un prérequis non négociable côté client final.
Trois trucs à vérifier sur votre stack avant de crier au game changer: combien d'événements vous ingérez aujourd'hui (et ce que ça vous coûte vraiment, ligne de facture à l'appui), quelle rétention vous avez actuellement (suffit-elle pour diagnostiquer un bug métier découvert des semaines après?), et si vous avez des obligations de résidence des données côté télémétrie. Si l'une de ces trois réponses vous fait tiquer, ça mérite probablement un coup d'œil — au moins le temps d'un essai gratuit de 14 jours.
Et vous, vous êtes dans quel camp: SaaS managé avec facturation au volume (l'ancienne école), ou stack self-hosted à coût fixe (la nouvelle vague qui se dessine)? On en parle dans la communauté, parce que ce genre de décision ne va pas se trancher tout seul!