The service mesh era: Using Istio and Stackdriver to build an SRE service

Post by manigandham » Thu, Mar 07, 2019, 5:28 PM UTC

lugg wrote: post #24

manigandham wrote: post #18

Earlier quoted context omitted.

That's exactly the fragmentation that we don't need. OpenCensus has backing from Microsoft too and is a designed as a single API and library to support both tracing and metrics using the same context. OpenTracing and OpenMetrics are more like API specs with libraries left to others to implement, and they're never really used standalone for them to be separate projects. The best option for the industry would be to fol…

Why is that best for the industry? Or more precisely, which, industry?

Post by manigandham » Thu, Mar 07, 2019, 8:35 PM UTC

sciurus wrote: post #32

manigandham wrote: post #31

Earlier quoted context omitted.

Because tracing, metrics (and logs) are the 3 fundamentals of observability and having a single standard API and library would allow everyone to move on from implementing the same thing all these years. There are 0 advantages offered by opentracing and openmetrics over opencensus to defend having separate projects.

OpenTracing began in 2015. It was accepted as a CNCF project in 2016. OpenCensus began in 2018. Don't get me wrong, it's better for Google and Microsoft to collaborate on OpenCensus instead of continuing to develop separate client libraries for Stackdriver and Application Insights. It would be lovely if AWS joined too. I just want to point out that there was a lot of community effort and vendor adoption around OpenTr…