Honeycomb

Honeycomb a simplifié l'ingestion de tout type de données structurées et leur analyse pour comprendre la situation réelle de nos systèmes. Nous avons extrait une grande valeur des journaux de requêtes de bases de données, des journaux d'équilibrage de charge, des journaux CDN et même des événements Kubernetes ! Cependant, c'est dans l'analyse des traces applicatives qu'il excelle. La fonctionnalité « bulle up » change la donne : elle indique quelle dimension d'un événement est la plus susceptible d'être responsable d'une anomalie, ce qui est très utile pour résoudre un incident ou répondre à des questions complexes telles que « Quels appels d'API nous empêchent d'atteindre nos objectifs de niveau de service ? ». Enfin, j'ajouterais : le modèle de tarification d'Honeycomb (basé sur les événements plutôt que sur le nombre de machines, de processeurs et de licences) est probablement l'option la plus adaptée au cloud.

L'interface de requête est un vrai plaisir à utiliser, littéralement. C'est le produit que je voulais depuis des décennies. J'ai même commencé à en développer des éléments il y a très longtemps en interne, mais Honeycomb fait en sorte que chaque prototype que j'ai construit ressemble à un jouet. Je ne taris pas d'éloges à son sujet. L'historique des requêtes et les fonctionnalités de débogage social sont EXCELLENTES et illustrent parfaitement la philosophie globale de Honeycomb, qui vise à promouvoir le bien-être des ingénieurs. Je suis convaincu que les choix de produits qu'ils font visent autant à me faciliter la tâche qu'à me faire gagner des fortunes. Je pourrais passer des heures à écrire sans connaître la limite de caractères, alors disons simplement que l'interface de requête est incroyable, les API d'ingestion de données sont excellentes, tout est bien conçu et je peux les utiliser de multiples façons, entièrement prises en charge. Le paradis !

Honeycomb fait exactement ce qu'il promet. Grâce à son modèle de données flexible, nous pouvons librement instrumenter notre code sans nous soucier de le transformer pour qu'il soit accepté. En fait, notre base de code était déjà instrumentée avec OpenTracing avant l'adoption de Honeycomb. Nous avons pu pointer notre client OT vers Honeycomb (via un proxy fourni) et cela a fonctionné. Le moteur de requête est flexible et rapide, ce qui facilite l'exploration de nos données sans nécessiter une connaissance approfondie – un atout essentiel pour déboguer des problèmes dans un service distribué où je ne sais pas toujours exactement comment les événements sont structurés ni ce que je recherche. Le modèle de tarification basé sur les événements de Honeycomb nous permet d'intégrer toutes les informations que nous jugeons utiles dans nos événements sans risquer de faire exploser le budget. C'est essentiel pour maintenir une base de code bien instrumentée, car nous ne voulons pas que nos développeurs aient à porter des jugements de valeur sur les informations à signaler pendant le développement. Grâce à ces attributs, Honeycomb répond presque certainement à toutes mes questions. Il ne faut pas longtemps pour devenir dépendant de cette capacité. D'ailleurs, alors que notre période d'essai touchait à sa fin, un membre de mon équipe m'a dit : « Tu peux arracher Honeycomb de mes mains froides et mortes ! »

Cela ouvre de nouvelles perspectives en ingénierie logicielle : et si vous pouviez demander à votre système comment il fonctionne ? L'instrumentation complète, l'échantillonnage précis et toutes les données pertinentes sont disponibles dans Honeycomb à un prix raisonnable. Dès lors, toutes les options d'interrogation sont disponibles. Bubble Up est là pour vous aider considérablement lors des incidents, afin d'identifier les valeurs aberrantes et d'identifier le problème. Une fois cette implémentation correctement réalisée (ce qui n'est pas une mince affaire), on se croirait dans le futur.

La possibilité d'explorer les données de votre application d'une manière dont vous ne saviez pas avoir besoin, mais une fois que vous y avez goûté, vous êtes accro.