You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hi there, I was looking into monitoring the connection pools for my akka-http application, because in the past we've had instances where we hit our akka.http.host-connection-pool.max-connections limit. While browsing around the source code a bit, I came across this comment:
* Simply modifies the requests as they are submitted. This does not cover connection pooling, just requests sent
* via the Http.singleRequest mechanism.
*/
I was curious, why does it not cover connection pooling? What would it take to enhance the capabilities such that we could monitor these type of connections? I realize it is probably challenging, so I'm wondering if it's something that has been considered in the past.
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
Hi there, I was looking into monitoring the connection pools for my akka-http application, because in the past we've had instances where we hit our
akka.http.host-connection-pool.max-connections
limit. While browsing around the source code a bit, I came across this comment:Kamon/instrumentation/kamon-akka-http/src/main/scala/kamon/instrumentation/akka/http/AkkaHttpClientInstrumentation.scala
Lines 32 to 35 in acc3c12
I was curious, why does it not cover connection pooling? What would it take to enhance the capabilities such that we could monitor these type of connections? I realize it is probably challenging, so I'm wondering if it's something that has been considered in the past.
Thanks!
Beta Was this translation helpful? Give feedback.
All reactions