L’article propose d’utiliser OpenTelemetry pour surveiller et optimiser les tests PHPUnit, face à des problèmes de mémoire ou de temps d’exécution croissants dans des projets en expansion. L’idée est d’appliquer les mêmes principes d’observabilité que pour les applications en production, afin d’identifier les tests les plus gourmands en ressources grâce à des traces et métriques collectées.
Pour cela, l’auteur recommande l’extension phpunit-telemetry-bridge, compatible avec OpenTelemetry, qui s’intègre facilement via Composer et se configure dans le fichier PHPUnit. Une fois activée, elle génère des données détaillées sur chaque test (durée, mémoire, statut), exportables vers un backend OTLP pour analyse.
L’outil est particulièrement utile pour les grandes suites de tests, où son surcoût devient justifié. L’article inclut un exemple de configuration et un lien vers un dépôt démonstratif, tout en soulignant la nécessité d’évaluer son utilité selon l’envergure du projet.
Ce dépôt GitHub propose un bundle Symfony natif en PHP pour instrumenter les applications avec OpenTelemetry, sans nécessiter d'extension C. Il permet un traçage automatique des requêtes HTTP, des commandes console, des appels HttpClient, des messages Messenger, des tâches Scheduler, des requêtes Doctrine DBAL, du cache, de Twig et des logs via Monolog, avec une corrélation des traces. Compatible avec divers backends comme Traceway, Jaeger ou Datadog, il supporte Symfony 6.4 à 8.x et garantit une propagation correcte des contextes de trace, même sous charge.
L'installation est simplifiée via Composer, avec une configuration minimale pour exporter les traces en OTLP. Le bundle gère automatiquement l'enregistrement des spans pour chaque composant Symfony, capturant des détails comme les routes, les codes HTTP, les exceptions ou les requêtes sortantes. Une version 2.0 améliore la configuration imbriquée tout en maintenant la rétrocompatibilité.
Le projet met l'accent sur la fiabilité et la performance, avec des tests CI couvrant Doctrine DBAL 3 et 4, et des garde-fous contre les récursions dans les exports. La documentation détaille les composants traçables et les options de configuration avancées, comme les métriques optionnelles pour Messenger ou DBAL.
Retour d’expérience du DevFest Nantes 2025 décrivant un événement dense et stimulant, marqué par une forte participation des équipes et une grande diversité de formats (conférences, ateliers, Unconference favorisant les échanges ouverts). L’accent est mis sur la richesse des discussions techniques et humaines, ainsi que sur l’intérêt de ces formats interactifs pour partager des retours concrets et confronter les pratiques entre professionnels.
Parmi les sujets abordés, plusieurs thématiques ressortent : l’observabilité avec OpenTelemetry, les enjeux d’architecture logicielle (scalabilité, résilience, sécurité), l’impact environnemental du numérique et les pratiques de sobriété, ainsi que des retours d’expérience sur l’organisation des équipes et les méthodes de travail. Certaines conférences utilisent des analogies issues du jeu vidéo pour vulgariser des concepts complexes d’architecture ou de monitoring, rendant ces sujets plus accessibles et concrets.
L’ensemble est perçu comme inspirant et directement applicable, avec des idées réutilisables en entreprise, aussi bien sur le plan technique que sur les dimensions organisationnelles et sociétales du développement logiciel.
Cet article présente une approche moderne d'observability applicatif centrée sur les traces (trace-first). L'auteur explique comment il a remplacé une majorité de logs et métriques par des traces, en utilisant des spans configurées dans l'application avec des attributs métiers et des événements pour ajouter du contexte. Il partage une application de démo en Python implémentant du tracing de bout en bout, avec une architecture classique et une API HTTP pour acheter des produits. L'application utilise SQLite, FastAPI, et des outils comme Opentelemetry Collector, Grafana, et Clickhouse pour le stockage et la visualisation des traces. L'auteur fournit des instructions pour cloner et exécuter l'application, ainsi que des exemples d'interactions via des commandes curl.
Cet article explore le concept de tracing avec OpenTelemetry, une technique puissante mais souvent sous-utilisée pour suivre les actions dans les systèmes distribués. Le tracing permet de visualiser le parcours détaillé d'une requête à travers différents services et bases de données, offrant une meilleure visibilité que les logs traditionnels. OpenTelemetry, en tant que standard ouvert, évite le lock-in des fournisseurs et permet une flexibilité dans le choix des outils de stockage et de visualisation. Les traces sont composées de spans, qui mesurent le temps d'exécution de chaque étape, et peuvent être représentées sous forme de graphiques ou d'arbres. L'article souligne l'importance de cette approche pour l'observabilité des applications modernes.
L’observabilité full-stack passe aussi par le frontend – Longtemps considéré comme une boîte noire, le suivi des performances côté client (latence des interactions, complexité asynchrone, contexte utilisateur) est désormais possible grâce au tracing (OpenTelemetry, Sentry, Datadog). En instrumentant les clics, requêtes et rendus, on relie les actions utilisateurs aux traces backend, offrant une visibilité complète : identification précise des goulots d’étranglement, corrélation entre latence perçue et temps système, et débogage simplifié. Avec une implémentation simple (ex : @opentelemetry/sdk-trace-web), le frontend s’intègre enfin dans la chaîne d’observabilité, transformant l’expérience utilisateur en données exploitables.
Tout est dans le titre
Tout est dans le titre
Tout est dans le titre
Tout est dans le titre
Dans cet article, suite de https://blog.ght1pc9kc.fr/2023/grafana-stack-2.-collecte-des-m%C3%A9triques-avec-opentelemetry.html et https://blog.ght1pc9kc.fr/2023/grafana-stack-1.-observabilit%C3%A9-avec-spring-boot-3.html l'auteur décrit comment collecter des logs avec OpenTelemetry. Pour ce faire, il utilise Loki.
Dans cet article, suite de https://blog.ght1pc9kc.fr/2023/grafana-stack-1.-observabilit%C3%A9-avec-spring-boot-3.html l'auteur présente OpenTelemetry, un collecteur de télémétrie (inclut donc les métriques, les logs et les traces)
Il commence par déployer un serveur Prometheus pour les métriques de l'application. Il termine en mettant en place OpenTelemetry