Viewing profile — ramonguiu

@jabiko thanks for the note. Glad our product is working so well for you. re:Azure we are working on some new things :) . Feel free to drop me a message if you'd like to discuss fu…

It depends on what exactly you are referring to. I should have mentioned that correlating observability data (or sometimes product metrics collected via Prometheus) with product da…

Thanks for sharing. Makes total sense. As soon as you have to query across span attributes AND span parent/child relationships you need a more sophisticated query language.

(Promscale team member) 100% agree. OpenTelemetry solves half of the problem by standardizing and unifying instrumentation. With Promscale our aim is to solve the other half with a…

(Promscale team member) That's definitely our goal: to offer a solution that is very easy to self-host that covers most of the features APM products provide within Grafana so you d…

(Promscale team member) We are also super excited to offer this capability to all our TimescaleDB users. Feel free to ping us on our community Slack ( https://slack.timescale.com #…

(Promscale team member) That's great! SQL definitely opens lots of possibilities to analyze the data. And lots of visualization tools already integrate with PostgreSQL/TimescaleDB …

(Promscale team member) As @akulkarni said, Promscale supports Prometheus metrics and OpenTelemetry traces natively and there are different ways to correlate both signals. I am act…

Hey rudasn, I'm Ramon, the author of the blog post. You can definitely use the tools mentioned in the blog post on bare metal as well. All components in the demo environments descr…

(NB: Promscale team member) Thanks for the positive feedback! Is there anything in particular you are missing in Promscale to be used as a backend for multiple Prometheus instances…