← Modèles · Supervision et analytique
OC
OpenTelemetry Collector
CommunautéVendor-neutral telemetry pipeline — receive traces, metrics, and logs over OTLP and fan them out to any backend.
Déployer OpenTelemetry Collector
| S'exécute | otel/opentelemetry-collector-contrib:0.163.1 |
|---|---|
| Pile technique | go |
| Provisionné pour l'application | Rien, l'application est autonome |
| Vérifié | Pas encore |
Pourquoi déployer sur Railyard
Railyard la fait tourner seule sur un serveur que vous payez déjà — aucun addon à provisionner, avec les déploiements sans interruption et la mise à l'échelle toujours inclus.
Déployer OpenTelemetry Collector n'est qu'un élément d'une pile applicative que vous pouvez continuer à faire grandir — ajoutez une base de données, un worker, un cache ou une autre application, toujours sur les mêmes serveurs que vous payez déjà.
Idéal pour
- A central ingestion point for traces/metrics/logs from every app on your team, fanned out to multiple backends
- Buffering and batching telemetry before forwarding it to a tracing/metrics backend or a vendor
- Normalizing OTLP data from different SDKs before it reaches storage
Bon à savoir
- Ships with a debug exporter only — telemetry arrives and gets logged to this app's own output. Edit OTEL_CONFIG_YAML after deploy to add real exporters pointing at your tracing/metrics backend
- The whole config lives in the OTEL_CONFIG_YAML variable — there's no mounted config file, so reconfiguring the pipeline means editing that variable and redeploying
- Only the OTLP/gRPC port (4317) is this app's public port; OTLP/HTTP (4318) is reachable from other apps on your team's private network but not from outside Railyard