I have some experience with opentracing, and it definitely seems promising, however, potentially promising in the same way htrace was... That being said, I did a cursory thought exercise of what it would take to do a swap of the current tracing in accumulo to opentracing, and I didn't come across any hard problems, meaning it could be a fairly straightforward refactor. I was hoping to explore the community a bit more at some upcoming conferences
On Feb 27, 2018 11:59 AM, "Sean Busbey" <bus...@apache.org> wrote: > > > On 2018/02/27 16:39:02, Christopher <ctubb...@apache.org> wrote: > > I didn't realize HTrace was struggling in incubation. Maybe some of us > can > > start participating? The project did start within Accumulo, after all. > What > > does it need? I also wouldn't want to go back to maintaining cloudtrace. > > > > I suspect it's too late for HTrace. The last commit to the main > development branch was May 2017. They had a decent run of activity in 2015 > and an almost-resurgence in 2016, but they never really got enough > community traction to survive the normal ebb and flow of contributor > involvement. > > They need the things any project needs to be sustainable: regular release > cadences, a responsive contribution process, and folks to do the long slog > of building interest via e.g. production adoption. > > > I'm unfamiliar with OpenTracing, but it was my understanding that Zipkin > > was more of a tracing sink, than an instrumentation API. HTrace is > actually > > listed as an instrumentation library for Zipkin (among others). > > > > I think the key is that for a instrumentation library to get adoption it > needs a good sink that provides utility to operators looking to diagnose > problems. It took too long for HTrace to provide any tooling that could > help with even simple performance profiling. Maybe hooking it into Zipkin > would get around that. Personally, I never managed to get the two to > actually work together. > > My listing Zipkin as an option merely reflects my prioritization of > practical impact of whatever we go to. I don't want to adopt some blue-sky > effort. FWIW, OpenTracing docs at least claim to also provide a zipkin-sink > compatible runtime. > > There's a whole community that just does distributed monitoring, maybe > someone has time to survey some spaces and see if OpenTracing has any legs. >