ScienceLogic delivers a next generation IT monitoring platform for the Internet of everything.It is designed to simplify data center, cloud, and network monitoring with its all-in-one platform.
Customer Reviews
Administrator in Telecommunications
Advanced user of ScienceLogic SL1 PlatformThe SL1 PowerPack model allows the loading of specific monitoring capability for specific technologies and yet still leverage standard UI and performance graphs. The open development model to support custom monitoring construction where the basic and extended platforms don't currently reach is a huge win for us.
The floor-to-ceiling organizational security model works great for managed service providers. It is slightly more cumbersome when dealing with enterprise scale organizations on a stack. (We hope to see a solution to this in coming releases.)
The willingness to work with a customer and ensure customer-success, not just vendor-success is important for us.
Case in point is our Enterprise Change Management problems where we have hundreds of organizations attempting to do schedule Change Requests (Maintenance Windows) across multiple stacks but also sometimes against the same Configuration Item (CI) at overlapping times. This was identified as a problem and fixed for devices and scheduled for full resolution in the next release.
As an enterprise use case customer, the limited / current model for allowing non-team any rights at all is a pain point. This is being addressed in a future release and we are engaged in beta testing to ensure it meets our needs.
ScienceLogic, as an organization, has two modes of thinking. (1) ScienceLogic SL1 Platform is the top of the data hierarchy; (2) Your CMDB can be populated by the ScienceLogic SL1 Platform.
This leads to thinking of your stack as "precious".
Our model, where ServiceNow / CMDB flows configuration data down to each of our 8 production ScienceLogic SL1 Platform stacks around the world allows us to think of each stack as "cattle". This allows our resiliency strategy to be clearer and less reliant on a single point of failure.
The pain point with the organizational model of thinking shows up in technical decisions where the stack is considered to be a singleton. This exhibits as "there can be only one" in various technical conversations. We're making it work, but we're having to put effort into maintaining our data hierarchy / model.
At the Enterprise Use Case level, know what you need to accomplish, verify that you can do the integration, build your integrations where necessary as bolt-ons until you can build them in-platform. Consider keeping your CMDB superior to the ScienceLogic SL1 Platform so that you can scale horizontally (either by region or by customer or by organization). Request customer-consults from ScienceLogic.
Ability to track new technology monitoring (which had been a demonstrated inability in our homegrown system).
Ability to keep up with teams that are racing to new technologies as they come to us and request monitoring support for those technologies.
A fundamental shift away from dashboard-only / observational outage reaction to event-based, runbook automation capable support (which does feed our central ops dashboards but which do far more than in the previous implementation).
We are now testing new capabilities in our global / regional monitoring that used to require homegrown / custom coding and had never reached a level of trust to even be considered in our legacy platform.
We are in very early stages evaluating the AIOps capabilities and looking at a +1y time horizon.
