Christine Yen et Charity Majors se sont rencontrées par la communauté tech de San Francisco. Majors était une ingénieure ops connue pour ses écrits pointus sur l'infrastructure chez Facebook, et Yen était une développeuse qui avait travaillé sur les outils pour développeurs chez Parse et Facebook. Ensemble, ils partageaient une frustration : quand les systèmes distribués tombaient en panne, les outils de monitoring existants étaient presque inutiles pour trouver la cause racine.

Le problème du monitoring

Les outils de monitoring traditionnels (Datadog, New Relic, Nagios) ont été conçus pour les applications monolithiques. Ils suivaient des métriques prédéfinies : utilisation du CPU, mémoire, taux d'erreurs, latence des requêtes. Mais à mesure que les entreprises passaient aux microservices, les questions que les ingénieurs devaient poser devenaient bien plus complexes :

• « Pourquoi les requêtes des utilisateurs iOS en Allemagne sont-elles lentes, mais seulement le mardi ? »
• « Quel déploiement a causé le pic de latence au 95e percentile ? »
• « Pourquoi les appels API de ce client se retrouvent-ils en timeout ? »

Ces questions nécessitaient de découper et d'analyser les données selon des dizaines de dimensions simultanément. Le monitoring traditionnel ne pouvait pas le faire.

Observability : une nouvelle catégorie

Majors écrivait sur ce problème depuis ses jours à la direction de l'infrastructure chez Facebook et Parse. Elle a inventé le terme « observability » (emprunté à la théorie du contrôle) pour décrire une approche fondamentalement différente : au lieu de tableaux de bord prédéfinis, vous devriez pouvoir poser des questions arbitraires à vos systèmes de production en temps réel.

Honeycomb a lancé en mars 2016 avec une approche technique véritablement novatrice : au lieu de métriques agrégées, il stockait les données brutes d'événements haute cardinalité et permettait aux ingénieurs de les interroger de manière interactive. Cela signifiait que vous pouviez répondre à des questions auxquelles vous n'aviez pas pensé avant qu'un incident se produise.

Le contenu comme moteur de croissance

La stratégie de croissance de Honeycomb était centrée sur le contenu, et c'étaient les fondateurs eux-mêmes qui écrivaient et parlaient :

• Charity Majors est devenue l'une des écrivaines les plus prolifiques de la communauté DevOps/SRE, publiant des articles qui ont défini l'observability comme une discipline
• Christine Yen a parlé dans des dizaines de conférences (KubeCon, SREcon, Monitorama)
• Ensemble, ils ont écrit le livre O'Reilly « Observability Engineering »
• Le blog Honeycomb est devenu une lecture obligatoire pour les ingénieurs de plateforme

Ce n'était pas du marketing de contenu au sens traditionnel : c'était la création d'une catégorie par le leadership intellectuel.

Trouver le product-market fit

Les premiers clients étaient des équipes d'ingénierie d'entreprises exécutant des systèmes distribués complexes : Slack, HelloFresh, Intercom et Vanguard. Ces équipes avaient ressenti la douleur de déboguer les microservices avec les outils traditionnels et comprenaient immédiatement la valeur de Honeycomb.

Le cycle de vente était bottom-up : un ingénieur essayait le tier gratuit, expérimentait le moment « aha » de l'interrogation des données de production de manière interactive, puis plaidait en interne pour Honeycomb. Ce mouvement de croissance dirigé par les développeurs était critique : le produit se vendait lui-même une fois que les ingénieurs l'avaient expérimenté.

Mettre à l'échelle l'entreprise

• 2016 : lancement, première traction auprès des entreprises axées sur DevOps
• 2017 : Series A de 11 millions de dollars
• 2019 : Series B de 26,7 millions de dollars
• 2020 : publication de « Observability Engineering » (O'Reilly)
• 2021 : Series C de 50 millions de dollars
• 2022 : Series D de 115 millions de dollars — total levé : plus de 200 millions de dollars
• 2024 : leader de la catégorie dans les rapports Gartner et Forrester

• Total levé : plus de 200 millions de dollars
• Les clients incluent : Slack, Vanguard, HelloFresh, Intercom, Fender
• Tier gratuit : 20 millions d'événements/mois
• Catégorie : a créé et défini « observability » comme distinct de monitoring
• Livre : « Observability Engineering » (O'Reilly, 2022)
• Équipe : plus de 200 employés