dpsoft on 1.1.5
dpsoft on v1.1.5
dpsoft on 1.1.5
* Update Hdr * lazy vals in Kam… (compare)
ivantopo on master
clean references to scheduled r… (compare)
We send our metrics over UDP/statsd to a remote datadog agent (don't ask). That remote agent is resolved over DNS only once. Since the whole thing runs in kubernetes, the target agent may change IP addresses. Currently
kamon-datadog doesn't pick that up, since it only resolves the target hostname once (see https://github.com/kamon-io/kamon-datadog/blob/master/src/main/scala/kamon/datadog/DatadogAgentReporter.scala#L188)
Would be it OK to create a new
INetSocketAddress every few packets, to force a fresh DNS lookup that way?
I am looking for suggestions on how to do this in Kamon + Akka Http
I need to generate
correlationId for every input request and I have multiple routes. Doing
Kamon.runWithContextEntry(key, <random-uuid>) in every route introduces more boilerplate. My initial thinking was to define a new directive but it seems the context is getting lost as there is no future in the directive. Any suggestions on how do this in a nicer way ?
Hey @ndchandar, thats exactly what kamon-akka-http module is doing, did you try it out?
@mladens Today Kamon Akka Http only provides
TracingDirectives). What i need is to create new entry for every new route request. I create sample gist to describe the scenario a bit https://gist.github.com/ndchandar/15a81f904fbf21b2149346c6d120fab7
As you can see there, the code is not very dry due to
Kamon.runWithContextEntry(CorrelationIdCodec.correlationKey, IdGenerator.newId) in multiple places.
I wanted to check a) if there is a better way to do this b) if i happen to need that context entry in my own internal custom directive (as in the second route
someCrudApi2) how to do it in more succinct way without duplicating
correlationIdas context entry. But for some reason it doesn't get propagated in our log files (they are coming as null). I have attached sample gist https://gist.github.com/ndchandar/cdcbbbd73a786f487d066417dd5a1913.
correlationIdset correctly in the context