pour les équipes utilisant déjà OpenTelemetry
Gardez tous vos exportateurs. Ajoutez la détection par version.
Votre collector possède déjà traces reliées, métriques runtime, identité de service et fan-out. Gardez chaque destination, ajoutez Sixty comme exportateur OTLP/HTTP et transformez la même télémétrie en détecteur de versions.
Ce qu’il mesure
- Spans HTTP, RPC et base de données reliés
- Opérations, dépendances, distributions de latence, temps propre, erreurs, appels SQL et lignes lorsque les attributs sémantiques les fournissent.
- Histogrammes sémantiques utiles
- Les histogrammes HTTP et RPC fournissent une baseline moins fidèle quand les traces manquent.
- Pression du runtime et du pool
- CPU, mémoire, event loop, pauses GC et pression du pool deviennent un contexte borné du constat.
- Identité du service, de l’environnement et de la version
- service.name choisit le service, deployment.environment.name l’environnement, deployment.revision ou service.version la version.
Ce qu’il trouve
Chacune de ces choses est comparée à la version précédente : le constat nomme donc le changement plutôt que le jour.
Un endpoint ralenti après une version
Les distributions sont comparées par opération et version afin de ne pas appeler une pointe globale une régression de code.
Un chemin SQL qui travaille davantage
Les spans reliés révèlent changements d’appels, round trips, latence et lignes lorsque les attributs existent.
Une saturation derrière plusieurs opérations lentes
CPU, mémoire, event loop, GC et pool corroborent une cause de ressource partagée.
Une dépendance qui ralentit ou échoue
Les spans sortants restent des dépendances au lieu d’être mélangés à votre temps propre.
Une télémétrie impossible à comparer
service.name manquant est partiellement refusé ; une version absente ou fixe devient un état d’ingestion visible.
Ce qui arrive dans votre fil
Pas un tableau de bord à lire. Une carte par constat, avec les chiffres, la version qui les a changés, et les preuves dont votre agent de code a besoin pour écrire le correctif.
Produit par apps/otel-demo-app : six versions uniquement OTEL passent par le receiver public sans agent natif.
GET /checkoutLe span serveur ralentit pendant que saturation runtime et pression du pool montent sur la même version.
dans la démo OTEL sur six versions
GET /checkoutLes spans reliés montrent plus de travail downstream tout en le rattachant à l’endpoint.
dans la démo OTEL sur six versions
Comment ça s’installe
Ajoutez un exportateur à côté des destinations existantes. Ne remplacez ni receivers, processors, sampling, redaction ou exportateurs, et n’ajoutez pas de pipeline de logs pour Sixty.
exporters:
otlphttp/sixty:
endpoint: https://ingest.sixty.sh
headers:
Authorization: "Bearer ${env:SIXTY_OTEL_KEY}"
compression: gzip
retry_on_failure:
enabled: true
service:
pipelines:
traces:
exporters: [your_existing_exporter, otlphttp/sixty]
metrics:
exporters: [your_existing_exporter, otlphttp/sixty]Validez puis redémarrez uniquement le collector. Envoyez du trafic sous deux versions ; check_service confirme les données et l’identité.
Ce qu’il ne fait pas
- OTEL n’égale pas un agent natif : spans de fonction automatiques, détails propres aux drivers et attribution source manquent. Priorité : agent natif, trace OTEL, métrique OTEL.
- Sixty n’est pas un entrepôt de traces : il garde sketches et exemplaires bornés, pas la recherche de traces ni des tableaux.
- Logs et métriques personnalisées arbitraires sont refusés via partial success ; les requêtes SQL brutes ne sont pas conservées.
- Un collector gateway multi-service ne doit pas imposer un service.name global ; identité et version se règlent par application.
Si vous êtes ici pour l’une de ces raisons
Une page, des dizaines d’appels à la base
Une page de liste qui était rapide met maintenant une seconde ou deux, et c’est de pire en pire à mesure que la liste s’allonge.
Rapide pour moi, lent pour tous les autres
Les gens n’arrêtent pas de dire que le site est lent.
La page se charge et elle est vide
Quelqu’un ouvre une page et il n’y a rien dessus.
Découvrez ce qu’a fait votre dernier changement.
Essayez !Vous construisez autre chose ? Voyez services Node, services Python ou services Go — ces pages sont différentes, et ce que nous voyons aussi.