AWS X-Ray Instrumentation #11
Replies: 1 comment 6 replies
-
Hey @michaelcohenunsw, sorry for the slow reply. Busy week! I've always found X-Ray hard to implement. I've used it in one Rails application and the overhead of adding the segments, etc felt like work that was solved in other vendors without me having to think about it. So rather than writing my own segments and annotations, I would rather install New Relic and get their automatic instrumentation. That said, if you think your timeouts are related to an AWS or some other service call and you wanted to use X-Ray, you could opt for the simple SDK/Net::HTTP patching (https://docs.aws.amazon.com/xray/latest/devguide/xray-sdk-ruby-patching.html) to see what information it turns up. Another different option would be instrumenting your code using AWS Embedded Metrics (https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch_Embedded_Metric_Format.html) which sounds fancy but it is basically creating your own data points (just like AWS does) by formatting some simple JSON to STDOUT/CloudWatch. This is how we get all the good ActiveJob events data (https://github.com/customink/lambdakiq#observability-with-cloudwatch) for you. This gem (https://github.com/customink/aws-embedded-metrics-customink) can help using it. Very useful fo apps that do not use New Relic and need some good data like (p95, p99) percentiles for sections of your code. Hope that helps. |
Beta Was this translation helpful? Give feedback.
-
Hi,
I am trying to troubleshoot my background jobs which are timing out most of the time.
I am wondering if anyone has implemented AWS X-Ray with the Lambdakiq hander to aid with troubleshooting a Lambdakiq job?
Beta Was this translation helpful? Give feedback.
All reactions