Data Center Real-User Monitoring (DCRUM), discontinued vs. Sentry

Dynatrace Network Application Monitoring (NAM), formerly DCRUM, has improved greatly compared to when it was DCRUM; however, it still needs a lot of improvement in end-to-end flow capture with regards to network monitoring. Its alerting and integration capabilities are very good and easy to use. But it still needs a lot of tweaking in usability.

Incentivized

[Sentry] is honestly an amazing product. It allows us to detect errors in real time complete with stack traces and any extra accompanying information the developer wants to provide in the alert. With the alerting into Slack it has allowed us to quickly triage and tag in people who need eyes on a specific issue. It would be really useful in any Saas product environment.

Incentivized

• Dynatrace Network Application Monitoring (NAM), formerly DCRUM, is very useful to find the network packet flow across applications
• It shows the application behavior in terms of end-user performance
• It integrates very well with other Dynatrace components

Incentivized

• It collects very detailed information on problems that happen to our users while using the platform
• It supplies very good tools in order to aggregate the collected data and analyze it
• It integrates with Slack, making it easier to "monitor it in real time"

Incentivized

• Its configuration requires a lot of technical and business knowledge to drive monitoring expectations to dashboards.
• DCRUM needs a robust monitoring architecture to store, analyze and visualize all collected data.
• DCRUM can't monitor the latest Microsoft Exchange versions.

• if we could decrease the costing via some kind of sampling of errors.
• sometimes same error is in loop and Sentry will count all the events for pricing if there is any way this can be reduced.
• self hosted capabilities or using own storage to reduce cost.

Incentivized

Best of breed.

The only thing missing for a 10, would be if they texted or called you back.

Nagios can't trace real user transactions from a front-end tier through a backend-tier,;with Nagios you only can monitor server availability and hardware issues. Riverbed is commonly used to determine networking issues without considering real user transactions impact on an application stack.

We actually ended up using both because New Relic is a more robust overall IT infrastructure monitoring product. However, sentry is more developer oriented on the backend and more client friendly on the front end as far as showing results and the dashboard etc. It can provide product level insights that New Relic does not.

Incentivized

• It has reduced the number of war rooms as well as the number of people involved to address issues.
• It helps in utilization trending for network capacity.
• It has prevented poor solutions from hitting production.
• When the various business units launch own initiatives such as third party tools or new platforms, it's become extremly easy to detect.
• The reports help in the field of continuous improvement as any changes are immediately discovered and can be compared to history. Deviations from what you have decided as a tolerance corridor can be used to trigger alarms, both positive and negative.

• Error tracking is a must in any modern dynamic website or app. By looking into the error notifications I'm able to fix errors before anyone even has a chance to complain about them!
• Surprisingly, many website issues aren't showing up in Sentry, because they don't trigger exceptions. I'm interested in seeing if I can use Sentry to catch manually-triggered exceptions for "undesirable states" that my website can find itself in. Of course, that means I have to figure out how to have my client code recognize that it's in an undesirable state...

Incentivized