Datadog is a monitoring service for IT, Dev and Ops teams who write and run applications at scale, and want to turn the massive amounts of data produced by their apps, tools and services into actionable insight.
$1.27
per month (billed annually) per host
ScienceLogic AI Platform
Score 8.8 out of 10
Enterprise companies (1,001+ employees)
ScienceLogic provides a unified IT Operations platform designed to manage operational workflows using high-fidelity Telemetry Data and explainable automation.
The ScienceLogic AI Platform is deployable across On-Premises, Cloud, and Hybrid Environments. The platform consolidates monitoring tools to provide Observability and enables engineers to automate manual processes using Machine Learning capabilities.
The platform utilizes automation for Closed-Loop Remediation and provides insights…
N/A
Pricing
Datadog
ScienceLogic AI Platform
Editions & Modules
Log Management
$1.27
per month (billed annually) per host
Infrastructure
$15.00
per month (billed annually) per host
Standard
$18
per month per host
Enterprise
$27
per month per host
DevSecOps Pro
$27
per month per host
APM
$31.00
per month (billed annually) per host
DevSecOps Enterprise
$41
per month per host
No answers on this topic
Offerings
Pricing Offerings
Datadog
ScienceLogic AI Platform
Free Trial
Yes
No
Free/Freemium Version
Yes
No
Premium Consulting/Integration Services
No
No
Entry-level Setup Fee
Optional
Required
Additional Details
Discount available for annual pricing. Multi-Year/Volume discounts available (500+ hosts/mo).
ScienceLogic SL1 offers four tiers:
SL1 Advanced – Application Health, Automated Troubleshooting and Remediation Workflows
SL1 Base – Infrastructure Monitoring, Topology & Event Correlation
SL1 Premium – AI/ML-driven Analytics, Low-Code Automated Workflow Authoring
SL1 Standard – Infrastructure Monitoring – with Agents, Business Services, Incident Automation, CMDB Synchronization, Behavioral Correlation
Datadog is significantly more user-friendly than CloudWatch.In terms of capabilities, they're similar. I would not call either of the best-in-class for any single feature, but Datadog feels more polished and ready to use overall.Multi-cloud monitoring is a clear differentiator …
I use Datadog because it concentrates all these features into a single tool, facilitating the learning curve that my platform and development engineering team needs in order to be able to set up the monitors/alerts/SLIs/SLOs as well as to diagnose a production issue. Its easier …
Datadog seems to be the most feature-rich of all the alternatives we've considered, however due to problems outlined earlier, some of the others have benefits. OpenTel can give us a way to make our platforms compatible with a variety of vendors, and can be done without …
Datadog is a more complex but complete solution than any of the other Log Aggregation, monitoring, or general observabilty tools that we have trialed. I found it easier to setup following useful and up-to-date documentation provided directly by Datadog instead of scattered …
Kibana Datadog … because within our usecase we have all the events in kibana but sampled traces in Datadog … but if we had all the traces it would have been much more useful
I think Datadog and sentry serve different needs. I like sentry to keep track of errors on our systems. And then I'll jump into Datadog to investigate those issues.
We have utilized a SIEM in the past, but it was a very manual process to set it up. Content packs make it very easy to set up and get alerting instantly. Datadog takes out a lot of headaches for our security team, since they no longer have to create custom alerts for every …
First think first - it's easy to use, and very easy to implement in any infrastructure. It provides a custom dashboard and monitors. I’ve used or evaluated Grafana, Prometheus, Amazon CloudWatch, and Dynatrace, and each tool has strong capabilities. Prometheus + Grafana provide …
All other tools dont have all the features which Datadog provides. Easy to use from UI where other may have complicated UI or no UI at all to create monitors. Consider like AWS grafana, we have limitation to create monitors from UI. There is no recurring downtime for monitors. …
UI of the Datadog is easy to understand and integration steps are easy to understand. It also provides the troubleshooting steps which are easy to understand. Supports multi cloud integrations which is very important for all the customers to know about the cloud service's …
we primarily use Kubernetes, and Prometheus is great for collecting time series metrics, especially in Kubernetes. and Grafana is used for dashboards. As these are open source, we host them and manage them internally. We choose Datadog because of its logs, traces, and …
I selected Datadog because of its features and the wide range of integration support. As I already told it supports more that 600+ integrations which helps and organization to keep everything in a single place and also its AI feature which is reducing the time for root cause …
1. Grafana is good, but a lot of integration is required for it to work. .that not the case of Datadog 2. Faster to set up Datadog instead of Grafana 3. Alerting in Datadog feels much easier thanin Grafana.
Datadog is best for cloud-native and fast-setup. It is more mature for infrastructure and real-time observability. The UI is more user-friendly and provides wide coverage of app insights.
I have tried and used a number of other tools similar to Datadog such as New Relic, Splunk, Prometheus, AWS cloudwatch and Dynatrace. New Relic and Splunk provide excellent monitoring and analytics, but Datadog’s consolidated dashboards and ease of setup combined with a wealth …
Our logs are very important, and Datadog manages them exceptionally well. We frequently use Datadog services for our investigations. Use case: Monitor your apps, infrastructure, APIs, and user experience.
ease of use and implementation, other than new relic (which I think is terrible in every possible way), the other two support opentelemetry better, have more manageable costs and comparable basic services, but they do not have the breadt of services dd does.
We moved to Datadog from Microsoft's Application Insights. Application Insights did a fine job in allowing us to view our application data, but it lacked the holistic view of all our infrastructure and other platforms that could not use Application Insights. Being able to …
In terms of usability, I’ve found Datadog significantly more approachable and powerful compared to Elasticsearch, especially for day-to-day operational monitoring. Datadog offers a much more cohesive, user-friendly interface out of the box, with built-in support for metrics, …
real-time data monitoring, scalability of a complex environment is the key feature. For any new requirement, powerpack installation is very easy & handful.
Both of the tools we used before were with agents, so there was a need to configure the agent initially, before it could be used. Sometimes, there were issues with the service or the configuration of the agent, and deep troubleshooting was necessary to find the mistake in …
Restorepoint is a great tool and perfectly integrated with ScienceLogic SL1. However, PowerFlow implementation is not smooth and don't have enough resources to help build out the features necessary for a successful implementation. Also, documentation is not well written.
ScienceLogic SL1 supports large scale of IT Infrastructure devices and vendors. Was the single tool providing multiple functionalities at same time and allowed to remove additional legacy tools used for monitoring. Allowed integration with incident management and CMDB. Allowed …
From a capability perspective they stack up very similar but from a look and feel, ScienceLogic SL1 one is miles behind the curve on all three. We chose SL because we already had elements of the service in place on our infrastructure from our previous MSP so they were a …
I see great potential and infact i do strongly beleive it offers even beter capabilities than the traditional tools out there but again it comes down to how well you have trained us on how to unlock these capabilities. I suggest incentives for techs for providing feedback for …
Geneos is more complicated and 'heavy' to setup. It requires a lot of expertise in setting up. Also the dashboards are not great. ScienceLogic SL1 works well for customer facing dashboards.
Entuity was lacking a lot of custom reporting and also the out of the box automation and RBA was also less. Our customers were mainly looking for devices which are next gen like sdwan which Entuity doesn't support. When it come to ScienceLogic SL1 it will support all sets of …
As a fresher, this is my first organization, and they use SL1. So, I don’t have more knowledge of other tools. But I do know Grafana, which is predominantly used for dashboards. I think compared to that, the SL1 dashboard gives more details about devices. So, I feel SL1 would …
Galileo analyzes storage arrays and backups more thoroughly, but SL1 is much better for host and network monitoring. SL1 has some storage monitoring features for some storage arrays, but they are not as detailed.
I was not part of the team selecting ScienceLogic SL1. Our goal was to increase event visibility in our server environment. We were using scripting which created many false events. SolarWinds is primarily used in the Network space to monitor network gear.
Agentless product that can integrate easily with other product and also allow us to automate tasks, example closing tickets when events are cleared automatically which user interactions.
Just because Science logic provides much more better enhancement and getting improved everyday. The autonomous integration and overall customization provided by the SL1 Platform is outstanding. In every sections be it in Monitoring or checking system logs and provide the best …
Datadog works really well with complex microservices architecture like any E-commerce platform which will be having multiple services but they all are interdependent to others so in this scenario Datadog will be best to monitor these as it will show the transactions also between those microservices. If you are using multiple services in your architecture whether it will be cloud services or on prem services Datadog will be the best choice to monitor all those service with in Datadog so that you can see everything in a single place. But if you are having small architecture and few services in that then in that scenario you can use Datadog but it will be little costly as compared to other but obviously the features are very well.
Appropriate if you are setting up a monitoring suite in new Infrastructure Environment. Definitely NOT suited for Migration Projects. ScienceLogic SL1 cannot cater to a lot of monitoring requirements which already would have been configured in old monitoring suite. Plus, limited support for customizations and having to go to "Feature Requests" route makes in extremely complicated.
Alert windows cause lag in notifications (e.g. if the alert window is X errors in 1 hour, we won't get alerted until the end of the 1 hour range)
I would appreciate more supportive examples for how to filter and view metrics in the explorer
I would like a more clear interface for metrics that are missing in a time frame, rather than only showing tags/etc. for metrics that were collected within the currently viewed time frame
Creating powerpacks from scratch for new devices may be straightforward but will rarely be easy. Rewarding when completed, but not easy.
Developer documentation needs a rethink. While the information may be there (it isn't always) it is not easy to find. This is not helped by using different terms for the same things.
A developer console/dashboard for monitoring data collection from powerpacks instances without having to switch webpages or have to monitor multiple webpages.
We migrated away from our 20-year-old homegrown solution and have no back-tracking capability. ScienceLogic is demonstrating new capabilities that we would not have been able to do on our own using our legacy system. We understand the capabilities of competitors based on our bake-off selection where ScienceLogic won on capabilities and future near-term potential (expandability, platform growth). We know that those competitors are not really close to where we have been able to push ScienceLogic (as a partner).
There is some room for improvement, but the Datadog team sends out updates frequently, and the UI is user-friendly for engineers, with no significant loading issues or region-specific problems. That was one of the key reasons we preferred Datadog; our company has employees worldwide, and it wasn't difficult to transition to the tool.
We use ScienceLogic SL1 in our organization to serve effective monitoring solutions to our external customers. Our customers depend upon us for critical events/alerts related to their IT infrastructure gears and using SL1, we're able to provide them with a proactive monitoring solution that resolves an issue before an impact is noticed by the customer. There are very few monitoring solutions that can cater to a variety of Cloud platforms like Public Cloud (AWS, Azure) and private cloud simultaneously and SL1 addresses this business problem very well
Science Logic SL1 provides the option of Distributed deployment where multiple instances of each appliance can be deployed to manage the load and availability. SL1 provides a High Availability feature for Database Servers and Data Collection. If one of the Data Collectors in the collector group fails, it will automatically redistribute the devices from the failed Data Collector among the other Data Collectors in the Collector Group. The high availability feature for the Database server ensures that SL1 performs failover automatically to another server without causing the outage to the application.
The performance is entirely dependent on the complexity of the environment/network being used to host the platform. Outside of those factors, the platform runs very efficiently and quickly out of the box. We have integrations with other platforms and neither seem to take a hit from our moderate API usage. Any issues with performance would be experienced by choices made in infrastructure or complexity of things built by the customer to display in the GUI (overly complicated and cluttered dashboards for example)
The support team usually gets it right. We did have a rather complicate issue setting up monitoring on a domain controller. However, they are usually responsive and helpful over chat. The downside would be I don’t think they have any phone support. If that is important to you this might not be a good fit.
So far, it's good as part of my overall experience, except for a couple of use cases. The support team is well knowledgeable, has technical sound, and is efficient. When support escalates to engineering, the issue gets stuck and takes months to resolve.
When I joined our company, I did not know about the in person training at firts. Logging onto the SL University, I realised that there were different sessions being held at different times throughout the year. The training itself was good, but being in a different time zone, made it difficult to attend, but the sessions that I attended was great!
There are a lot of educational materials and courses on the SL1 training site (Litmos university). However the recording quality is sometimes not very good - screen resolution is low. There is a lack of professional rather than user-oriented documents and there are mistakes in documentation and education is not well structured.
Along with the purchase of the solution, we purchased a statement of work with their Professional Services organization to meet our outcomes and fill our critical gaps. The PS team was outstanding, very professional and allowed us to screen share while they built our integrations. In many cases they would teach us how they did certain things within the platform.
Datadog is a more complex but complete solution than any of the other Log Aggregation, monitoring, or general observabilty tools that we have trialed. I found it easier to setup following useful and up-to-date documentation provided directly by Datadog instead of scattered around many blogs or articles. I would love to have my own Grafana + Prometheus expert to setup all the peices we need but you're paying for expertise there instead of an experience with Datadog.
Both of the tools we used before were with agents, so there was a need to configure the agent initially, before it could be used. Sometimes, there were issues with the service or the configuration of the agent, and deep troubleshooting was necessary to find the mistake in configuration before the communication with the endpoint was restored. Once the tools were running, they enabled very smooth reporting of what is running and what not, and the performance impact was lover than with WINRM monitoring.
Our deployment model is vastly different from product expectations. Our global / internal monitoring foot print is 8 production stacks in dual data centers with 50% collection capacity allocated to each data center with minimal numbers of collection groups. General Collection is our default collection group. Special Collection is for monitoring our ASA and other hardware that cannot be polled by a large number of IP addresses, so this collection group is usually 2 collectors). Because most of our stacks are in different physical data centers, we cannot use the provided HA solution. We have to use the DR solution (DRBD + CNAMEs). We routinely test power in our data centers (yearly). Because we have to use DR, we have a hand-touch to flip nodes and change the DNS CNAME half of the times when there is an outage (by design). When the outage is planned, we do this ahead of the outage so that we don't care that the Secondary has dropped away from the Primary. Hopefully, we'll be able to find a way to meet our constraints and improve our resiliency and reduce our hand-touch in future releases. For now, this works for us and our complexity. (I hear that the HA option is sweet. I just can't consume that.)