Data Center Real-User Monitoring (DCRUM), discontinued
Score 7.2 out of 10
N/A
Data Center Real-User Monitoring (DCRUM), also known as Dynatrace Network Application Monitoring (NAM), was an application monitoring solution focusing on user experience, with an emphasis on how the network – especially the WAN – influences user experience. It is a legacy product from Dynatrace, and is no longer sold or supported.
N/A
Splunk Observability Cloud
Score 8.5 out of 10
N/A
Splunk Observability Cloud aims to enable operational agility and better customer experience through real-time AI-driven streaming analytics allowing accurate alerts in seconds. It is designed to shorten MTTD and MTTR by providing real-time visibility into cloud infrastructure and services.
$15
per month (billed annually) per host
Pricing
Data Center Real-User Monitoring (DCRUM), discontinued
Splunk Observability Cloud
Editions & Modules
No answers on this topic
Infrastructure
$15
per month (billed annually) per host
App & Infra
$60
per month (billed annually) per host
End-to-End
$75
per month (billed annually) per host
Offerings
Pricing Offerings
Data Center Real-User Monitoring (DCRUM), discontinued
Chose Data Center Real-User Monitoring (DCRUM), discontinued
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 …
Chose Data Center Real-User Monitoring (DCRUM), discontinued
There are a number of similar products in the field. Their challenge is that they are usually very hardware demanding or very narrow in terms of what questions they address as well as to what solution/protocol they can work with. Most of them are not so flexible as DCRUM and …
it could stack up against this version of Splunk because in this instance of having the cloud option as an available use case it furthermore has more use cases and the options for the data to always be readily available will furthermore allows for analysts to review the data in …
Datadog pushes intom proprietary ecosystem and pricing structure.Compared to self hosted prometheus and grafarna but it gave headache og managing our own monitoring infrastructure at scale.Prometheus is excellent for scraping cluster metrics but it doesnt handle distributed …
I guess scale is the main factor against grafana and ease of use against amazon elasticsearch service and also i have used signoz and ELK Stack also, but stability Splunk Observability Cloud gives is too good and also it comes with high avability and you have to maintain …
We initially chose Splunk Observability Cloud because it promised full-stack visibility and tighter integration. The other tools didn't offer this as part of the core package. Their analytics and real-time dashboards looked strong during the demo but it turned out to a lot …
I selected Splunk Observability Cloud because it focused so much on OTEL standards which will help us in future as OTEL is covering most of the observability standards. And also it has the best Kubernetes observability as I already explained it has several predefined dashboards …
Splunk Observability Cloud stood out for its real-time data ingestion, native OpenTelemetry support, and seamless correlation between metrics, traces, and logs, which gave us faster root cause analysis and better end-to-end visibility compared to Grafana setups that required …
To be honest, Datadog is very similar to Splunk and LogScale to a lesser degree, but it is just as good if you don't need too complex observability. Grafana is still growing and might reach the same level soon.
It's able to quickly detect and resolve issues across the entire spectrum of deployments including on-premises, public cloud, private cloud, hybrid cloud and multicloud
The above applications have their own use cases. Thousand Eyes or Sitescope is used for URL monitoring and Splunk is used for application monitoring. Appdynamics is also used for application monitoring and can monitor the server very well but it lacks when searching in logs …
Splunk is superior in many ways to these solutions when I'm comes to ingesting, storing, manipulating, and using data, but dynatraces automatic agents do make it much easier to use out of the box. Nagios seems much cheaper but does not provide as much functionality as Splunk. …
SQL is a great tool for smaller quick checks. When trying to monitor several different environments, applications, APIs, several thousand devices, connections, and technology, it just doesn't stand up to what you need. Splunk Infrastructure Monitoring has really stood out …
We are having other monitoring tools like AppDynamics, Dynatrace, Datadog and already using their end-user monitoring capability. Most of our customers are looking for agent-free monitoring where they don't want to instrument any agent on their client-side (as it might …
Splunk Infrastructure Monitoring provides far superior options for anybody using a complex hybrid multi-cloud environment and allows both your SOC and NOC to work together on the same data while driving their own insights.
We found other products are still in the old world view …
Data Center Real-User Monitoring (DCRUM), discontinued
Splunk Observability Cloud
Likelihood to Recommend
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.
Good for below cases 1. There is a front end and need to correlate data with front end data 2. multiple microservices and need to check the health of each system 3. correlate data from various sources 4. Application performance is a key to be captured 5. application performance is a key metric.
The first one is its Kubernetes container monitoring.
I really like this features because as we know how much K8s is vast and to manually monitor each part of the Kubernetes it takes so much time but Splunk Observability Cloud makes it easier. And even once we integrate K8s with Splunk Observability Cloud it gives us some prebuilt dashboards which gives holistic view of our Cluster and its nodes, pods, etc.
The dashbaord feature of Splunk Observability Cloud, it gives us full flexibility to customize our dashboard with a wide range of predefined chart types.
Now it also supports OTEL, which is a plus point for observability. As now everyone is moving towards Otel and in current market there are only few tools who supports OTEL based integrations, Splunk Observability Cloud is one out of them.
An indicator for errors on the navigations pane so that we don't have to go through each tab.
As we go more and more cloud maybe you guys can implement a pay-as-you-use strategy so that small companies using it not frequently can also afford it.
That's it can't think of any and it wont let me skip to next question. Thanks
Good: Stable system with low error rate Easy to use for simple use cases Bad: UI is not very clear for complex usage Mobile view (when logged in from phone) is bad No library for .net
Overall a great tool to have in your toolbox, It is very intuitive and our entire staff uses the tool. It is easy to use and cost is very reasonable. Splunk also has excellent support team and very easy to work with. Every time we had a challenge, support team was able to help us with the end result.
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.
To be honest, Datadog is very similar to Splunk and LogScale to a lesser degree, but it is just as good if you don't need too complex observability. Grafana is still growing and might reach the same level soon.
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.