Cómo configuramos logs de OpenTelemetry en Rails sin atarnos a un proveedor
How we configured OpenTelemetry logs in Rails
En SixPatterns necesitábamos observabilidad para un proyecto Rails sin depender de un solo proveedor. Elegimos OpenTelemetry y configuramos el SDK de Ruby para exportar logs directamente a Grafana Cloud, omitiendo el Collector para simplificar la infraestructura. En el camino encontramos dos bugs en el SDK de Ruby que corregimos y contribuimos upstream: uno que eliminaba la ruta base del endpoint y otro que trataba las respuestas 204 como errores. Este artículo explica paso a paso la configuración, las pruebas locales y las soluciones aportadas.
Porque este formato es estándar en la industria, podemos cambiar de backend (como Datadog, New Relic o Grafana Cloud) en el futuro sin reescribir nada del código de la aplicación.
- willcodeforfoo
Me encantaría ver qué está haciendo la gente para visualizar en Grafana.
- jasondjk
Yo sostengo que tener el comportamiento del usuario registrado directamente en la base de datos de tu aplicación monolítica usando la gema ahoy en lugar de algún sistema externo tipo grafana/etc. es mucho más poderoso, porque entonces puedes apuntar un agente a una copia de tu base de datos y puede conectar todas tus métricas operativas y de negocio al mismo tiempo sin tener que intentar, digamos, conectar un perfil de usuario entre grafana/salesforce/hubspot/intercom, etc. Por ejemplo: "Claude, dime qué clientes se activan y convierten, cuáles se dan de baja y por qué, y haz un plan para optimizar el embudo". Conectar eso nunca ha sido más fácil https://insidertrades.directory/built-with-rails/ahoy-blazer... es decir, construye, no compres en la era de la IA.