我提出了一张票，但一周内没有回复。
有没有人设法让这个工作？
答案 0 :(得分：7)
New Relic代理在工作人员角色方面做得不多。它可以监视一些东西 - CPU，内存，错误，sql，外部接口 - 但不是很多。有一点肯定是行不通的是代理api - 所以没有自定义指标或NoticeError。
我有类似的问题试图从支持中获得答案，但他们最终证实了他们缺乏支持。以下是他们的一些答案。
代理的Azure支持
我们相信我们拥有引人注目的Azure解决方案，但它并不涵盖所有案例。当然还有很多工作要做，而且还在我们的路线图上。我们认为.NET代理是一流的公民，对Azure的更好支持是首要任务。我们还计划更新API，以便为非网络应用提供更好的支持。
特别是在你的情况下：
虽然可以检测工作者角色并从仪器中获取有价值的数据，但数据不会出现在我们的大多数图表中。原因是大多数图表依赖于作为Web或数据库事务的一部分进行的工作。对于在工作者角色中完成的工作，通常不是这种情况。很抱歉，我们的初始文档更新更新了我们关于检测自定义应用程序（非网络应用程序）的文档： https://newrelic.com/docs/dotnet/instrumenting-custom-applications
而不是您引用的文档：
https://newrelic.com/docs/dotnet/AgentApi
...我们现在更新了这个。如果您有时间，我们非常喜欢您的反馈。我觉得这最终有很好的记录，但希望你能有同样的感受。
和之前的回复
我查看了您的API使用情况，当您正确使用API时，不幸的是，我们的.NET代理实际上并不支持来自非Web应用程序的许多.NET应用程序的完整代理API，而您的应用程序似乎没有进入该类别。我该怎么说？因为您的应用没有指标 - 响应时间，数据库等等。您可能会看到吞吐量和错误率（我相信您看到的）。我们使用自己的代理API来报告其他指标，因此它们无法显示。此外，我们现在基于Web入口点明确记录响应时间等内容，但我们正在努力解决此问题。不幸的是，这个解决方案相当远 - 我甚至无法承诺ETA。在研究正在发生的事情时，我们发现我们自己的文档未能提出这个已知问题
此外，Azure门户（支持和计费）与New Relic之间的集成非常糟糕，因此我建议通过他们自己的网站而不是Azure市场订阅New Relic。
我主要是New Relic的粉丝，并且认为总体而言它比替代品更好，但是他们缺乏工作者角色支持可能是Azure应用程序的交易破坏者。我会密切关注这一点，如果情况发生变化，请更新此答案。
答案 1 :(得分：1)
您应该能够将可用API调用的子集与已检测的辅助角色一起使用。特别是RecordMetric，RecordResponseTimeMetric和IncrementCounter非常有用，因为它们适用于非Web应用程序。可以使用New Relic Custom Dashboards将这些指标组织到图表或表格中。以下是.NET API的完整文档：