8 mises à jour majeures de Cloudflare Observability

Nous lançons aujourd’hui huit mises à jour majeures réunissant vos journaux, vos traces, vos analyses de données, vos alertes, vos tableaux de bord et vos outils d’exportation sur ​une plateforme d’observabilité unique, avec une tarification plus simple et plus prévisible.

Voici les fonctionnalités que nous lançons :

• Un emplacement unique depuis lequel consulter les journaux de l’ensemble de l’écosystème Cloudflare
• Un service de traçage de bout en bout, depuis la périphérie de Cloudflare jusqu’à votre serveur d’origine
• Une API SQL unifiée permettant d’interroger les données de Cloudflare
• Un modèle de tarification unique pour les données d’observabilité ingérées et stockées sur l’ensemble de l’écosystème Cloudflare
• Des alertes personnalisées pour vos données d’observabilité
• Toutes les analyses de données pour votre domaine regroupées dans un seul endroit, avec une durée de conservation des données de 30 jours
• Des tableaux de bord personnalisés, établis à partir de vos données d’observabilité
• Exportez vos données avec Logpush, désormais disponible dans les offres en libre-service

Une plateforme d’observabilité unique pour l’ensemble de l’écosystème Cloudflare

Identifier l’origine d’un problème exige souvent de disposer de données provenant de plusieurs produits Cloudflare. Une augmentation soudaine du nombre de réponses 5xx peut provenir d’une instance Workers, de votre serveur d’origine ou d’un problème de connexion entre Cloudflare et votre serveur d’origine, au niveau mondial ou régional. Aujourd’hui, toutefois, l’examen des causes de cet incident nécessite de savoir à quel produit correspond chaque signal et comment l’interroger.

L’observabilité doit être une fonctionnalité englobant l’ensemble de la plateforme : elle doit retranscrire le comportement réel des applications et vous fournir tout le contexte indispensable à la résolution d’un incident. Au cours des prochains mois, un nombre grandissant de produits, d’ensembles de données et de flux de travail de Cloudflare seront intégrés à cette plateforme d’observabilité partagée, avec une tarification, une expérience utilisateur et des fonctionnalités plus cohérentes. Ces huit mises à jour constituent la première étape vers une approche plus unifiée de la problématique de l’observabilité.

1. Analysez tous vos journaux depuis un même emplacement

La ​nouvelle page d’accueil du service d’affichage des journaux réunit la plateforme Workers Observability (permettant le débogage des applications Workers et des ressources connectées) et le service ​Log Explorer (qui permet d’effectuer des recherches dans les journaux de sécurité). Vous pouvez désormais choisir parmi différents ensembles de données de journaux, tels que les événements HTTP, les événements de pare-feu, les instances Workers, les conteneurs, R2 et AI Gateway, et utiliser les mêmes outils et fonctionnalités d’examen pour chacun d’eux.

Commencez par identifier une augmentation de la latence des requêtes, regroupez les requêtes concernées par nom d’hôte ou par datacenter, affinez les résultats pour retenir uniquement les chemins concernés, puis examinez les requêtes individuellement, par identifiant Ray ID. Si l’examen vous conduit vers un autre produit de Cloudflare, vous pouvez changer d’ensemble de données sans quitter le service d’affichage des journaux. La prise en charge de l’interrogation d’une multitude d’ensembles de données sera disponible prochainement, vous permettant de connecter des événements liés concernant différents produits dans une seule et même requête.

Vous pouvez interroger vos journaux avec des requêtes SQL brutes ou avec des filtres intégrés, afin de cibler des événements spécifiques. Créez des visualisations en langage naturel, et examinez et comprenez facilement les anomalies détectées.

2. Suivez les requêtes sur l’ensemble de notre plateforme – désormais disponible en version bêta ouverte

Nous lançons ​Cloudflare Traces en version bêta ouverte. Le service offre une vue au niveau des requêtes individuelles des règles de sécurité prises en charge, des transformations, des décisions concernant le cache, du routage, des instances Workers et de la gestion des serveurs d’origine. Vous pouvez ainsi observer comment votre trafic a transité sur notre plateforme et établir un lien entre votre configuration de l’écosystème Cloudflare et l’impact de cette configuration sur le temps de traitement des requêtes, les décisions de routage, etc.

Définissez une fréquence d’échantillonnage de référence pour bénéficier d’une visibilité continue, puis utilisez ​Trace Rules pour capturer un trafic spécifique à une fréquence plus élevée pendant un examen. Ciblez des noms d’hôte, des chemins d’accès, des adresses IP ou des en-têtes, effectuez une recherche par ​Ray ID, puis examinez les segments obtenus directement dans le tableau de bord de Cloudflare.

Vous pouvez exporter les traces via ​OpenTelemetry, tandis que la ​propagation des données W3C Trace Context vous permet d’accepter le contexte entrant des traces et de le transmettre à votre serveur d’origine. Consultez ​l’article de blog complet pour en savoir plus sur Cloudflare Tracing ou transmettez cette commande à votre agent pour vous lancer :

3. Demandez à votre agent d’interroger les données d’observabilité avec une API SQL unifiée

Les agents ont également besoin d’une méthode cohérente pour analyser vos données d’observabilité, examiner les incidents, établir des corrélations entre les signaux et vérifier l’efficacité des correctifs. Nous lançons ​une API SQL unifiée, actuellement proposée en version bêta, permettant d’interroger les données de télémétrie sur l’ensemble de l’écosystème Cloudflare. Plutôt que d’intégrer séparément les journaux des instances Workers, les événements de sécurité des conteneurs, les journaux de requêtes HTTP et des données issues des analyses de données, les utilisateurs et les agents peuvent les interroger avec un dialecte SQL, un modèle d’authentification et une API uniques.

Votre agent peut utiliser la nouvelle ​interface de ligne de commande (CLI) de Cloudflare, cf, pour exécuter des requêtes depuis la ligne de commande ou de se connecter par l’intermédiaire du ​serveur MCP de Cloudflare Observability afin d’examiner les journaux, les traces et les analyses de données. ​Des schémas d’ensembles de données, des champs et des exemples de requêtes sont disponibles pour aider les utilisateurs et les agents à créer des requêtes.

De plus, nous intégrons également l’interface SQL directement dans Workers, avec une liaison native. Votre instance Workers peut désormais effectuer des opérations telles que l’interrogation de données d’​Analytics Engine, afin de mesurer la consommation par les clients et de gérer les flux de travail de facturation, de créer des tableaux de bord d’analyse de données accessibles aux clients, de générer des rapports d’intégrité ou d’automatiser les enquêtes sur les incidents sans devoir configurer un client API distinct.

4. Une nouvelle tarification pour l’ensemble des journaux et des traces ingérés et stockés

Pour l’ensemble des journaux et des traces collectés et stockés sur Cloudflare, nous évoluons vers un abonnement et une tarification unifiés pour Observability. À compter du 1er décembre 2026, ce modèle de tarification sera appliqué à l’ensemble des offres (avec effet immédiat à compter du renouvellement pour tous les clients de l’offre Enterprise) ; il englobera les journaux existants de la plateforme pour développeurs, notamment les journaux des instances Workers, des conteneurs et d’AI Gateway, ainsi que toutes les données de traçage.

Puisque la taille des journaux et des traces peut varier considérablement, le nouveau modèle est fondé sur le volume de données importées et stockées, plutôt que sur un décompte basé sur les événements. Consultez notre ​documentation pour plus de détails sur la tarification.

5. Configurez des alertes personnalisées pour vos données d’observabilité – désormais disponible en version bêta

Le service Notifications (désormais appelé « Alerts ») vient de bénéficier d’une mise à jour majeure. Vous pouvez dorénavant définir des alertes personnalisées directement sur n’importe quel élément pris en charge par notre nouvelle API SQL unifiée, notamment les journaux de requêtes HTTP, les événements concernant Workers, les ensembles de données de Workers Analytics Engine, les ensembles de données issues d’analyses de données, les traces et les événements de sécurité.

Choisissez un ensemble de données dans le tableau de bord ou définissez la condition avec une requête SQL personnalisée. Sélectionnez ensuite un seuil, une anomalie ou un objectif de niveau de service (SLO), définissez la fenêtre d’évaluation, puis choisissez la destination de l’alerte. Vous pouvez déclencher une alerte lorsque les réponses 5xx d’un serveur d’origine dépassent un seuil défini pendant cinq minutes, lorsqu’un conteneur subit des incidents répétés, lorsque les erreurs des instances Workers augmentent après un déploiement ou lorsque la latence de traçage dépasse une valeur limite prévue. 

Vous pouvez envoyer des alertes directement vers les outils que vos équipes utilisent déjà, notamment les outils de gestion des incidents, les plateformes de chat et les webhooks. ​Les webhooks sont désormais disponibles dans toutes les offres, vous permettant d’acheminer les alertes vers des services personnalisés ou même vers votre agent, afin qu’il puisse lancer immédiatement les analyses. Pour commencer, consultez notre ​documentation ou transmettez cette commande à votre agent :

6. Consultez les analyses de données pour votre domaine depuis un emplacement unique, désormais avec une durée de conservation de 30 jours

Comprendre les événements affectant votre domaine exigeait souvent de devoir recouper des indicateurs provenant de différents produits de Cloudflare. Nous regroupons désormais les données concernant le trafic, les performances, la sécurité, le cache, les serveurs d’origine et le DNS, afin que vous puissiez voir de quelle manière elles sont liées. Si la latence augmente, vous pouvez rapidement déterminer s’il s’agit d’un incident lié à un datacenter de Cloudflare, à un nom d’hôte ou à un serveur d’origine spécifique.

De plus, vous bénéficiez désormais de ​30 jours d’analyses de données pour votre domaine avec chaque offre. Un mois complet de données historiques vous permet d’examiner les incidents après coup, de comparer la situation actuelle à celle du même jour des semaines précédentes et de faire la distinction entre un pic ponctuel et une tendance plus durable.

7. Créez des tableaux de bord personnalisés

Les tableaux de bord préconfigurés couvrent les scénarios d’utilisation courants, mais les applications font souvent appel à plusieurs composants de Cloudflare. Grâce aux ​tableaux de bord personnalisés, vous pouvez regrouper dans une vue unique les analyses de données de l’ensemble de l’écosystème de Cloudflare, les journaux et les traces de la plateforme Workers ainsi que les événements de sécurité. Suivez le volume des requêtes, les erreurs, la latence, le stockage et le trafic bloqué, puis partagez le tableau de bord avec votre équipe. Au lieu de recréer des requêtes lors de chaque examen, vous disposez d’un endroit unique depuis lequel surveiller les signaux qui importent pour votre application.

8. Logpush est désormais disponible dans toutes les offres en libre-service

Logpush, qui était auparavant exclusif à l’offre Enterprise, est désormais disponible dans toutes les offres en libre-service ; vous pouvez ainsi exporter tous les journaux Cloudflare vers les outils et les destinations que vous utilisez déjà. Vous avez besoin d’appliquer des filtres, de masquer des informations, d’enrichir des événements ou de reformater des résultats avant leur diffusion ? ​Transformers est désormais proposé en disponibilité générale, vous permettant d’appliquer n’importe quelle transformation SQL sans devoir gérer un pipeline ETL distinct.

Nous lançons la ​facturation en fonction de l’utilisation pour Logpush et Transformers. Chaque service inclut un forfait mensuel gratuit, avec une tarification simple en cas de consommation supplémentaire :

Consultez la ​documentation pour faire vos premiers pas avec Logpush et découvrir tous les détails concernant la tarification.

Futures évolutions :

• Une durée de conservation plus longue pour vos données d’observabilité : vous pourrez conserver les données de journalisation et de traçage pendant un an, ce qui facilitera l’investigation d’incidents récurrents, la comparaison de comportements historiques et l’analyse de tendances durables.
• Prise en charge de l’API OpenTelemetry dans Workers : nous allons poursuivre le développement de nos API OpenTelemetry afin de permettre l’ajout d’attributs aux segments existants ou l’obtention du contexte de traces.
• Exportation simplifiée des indicateurs avec OpenTelemetry : vous pourrez envoyer les indicateurs de Cloudflare vers des destinations compatibles avec OpenTelemetry et les analyser conjointement avec les données de télémétrie issues d’autres composants de votre écosystème.
• La nouvelle tarification entrera en vigueur le 1er décembre 2026 : si vous ingérez ou stockez des données d’observabilité sur Cloudflare, la tarification unifiée sera appliquée à votre consommation. Nous vous informerons avant l’entrée en vigueur de ce changement.

Prêt à commencer vos investigations ?

Nous comprenons que vous puissiez avoir l’impression que Cloudflare est une sorte de « boîte noire ». Ces mises à jour ne sont qu’un premier pas pour dévoiler les événements affectant votre domaine, rendre accessibles les données sous-jacentes et vous fournir le contexte indispensable pour agir. Cette transparence est d’autant plus importante à l’heure où les agents évoluent de l’écriture de logiciels à leur exploitation. Un agent ne peut boucler la boucle entre une modification et son résultat que s’il est en mesure d’analyser ce qu’il s’est passé, d’identifier la défaillance et de vérifier que la correction a bien été appliquée.

En nous appuyant sur ​OpenTelemetry, ​W3C Trace Context, et SQL, nous nous engageons à vous fournir, à vous et à vos agents, des interfaces standardisées et portables pour ce contexte. Consultez notre nouvelle ​documentation dédiée à Observability pour en savoir plus.