What is our primary use case?
We use it for proactive infrastructure monitoring. It's being used for monitoring the key metrics and availability of infrastructure.
We most probably use its latest version.
What is most valuable?
It's a Microsoft native tool, so it works well with other Microsoft technologies, which is predominantly what our customer end-user base is.
Automation is a key benefit of it as well. You can link one box to automatically resolve the issues off the back of another. There's quite a lot you can do with it.
What needs improvement?
The query builder could be better. In comparison to other monitoring tools, in order to use Azure Monitor, your engineers need to have KQL experience. If they don't, it's not intuitive as a system. They need to understand KQL and get the right queries to get the value that they want, whereas a lot of out-of-the-box solutions, such as FrameFlow and Datadog, can be given to somebody untrained, and the UI will guide them through what they need to do. You lose some customization with that, but you don't need to train people on it. It would be good if Microsoft had some form of query builder in place so that you can choose a metric and it writes the code for you. Some kind of AI elements would help with that skill gap for organizations.
Their support also needs to be improved. I've had a lot of issues with their support.
For how long have I used the solution?
I've been using this solution for two years.
What do I think about the stability of the solution?
I've not had any issues with it so far. I'd rate it a ten out of ten in terms of stability.
What do I think about the scalability of the solution?
You can scale it pretty easily. I'd rate it a nine out of ten in terms of scalability.
We probably have about 30 people using this solution.
How are customer service and support?
Their support is not great. We pay for Premier Support because we're a partner, and even that's pretty bad. I've had a lot of issues with their support. It has nothing to do with Microsoft Azure Monitor as a tool. I'd rate Microsoft's support for any of their systems at the absolute lowest number that I possibly can because it's pretty bad. The time to get engineers is an issue, and their skills and knowledge are also questionable. My team is more knowledgeable than them on some of the platform-related things.
They also make a lot of mistakes. They have brought the platform down a couple of times in recent months. There has been a whole heap of stuff. I've had quite lengthy conversations with our account manager about how poor the service is, and there isn't anything they're going to do about it because it's at the organizational level. It's not one team. It seems Microsoft is going through some struggles at the moment.
How would you rate customer service and support?
Which solution did I use previously and why did I switch?
We used FrameFlow. We switched to being native. It's a Microsoft native tool.
How was the initial setup?
The deployment duration depends on the use case. It depends on what you want. You don't deploy Azure Monitor itself. It's not like other tools where you have to install nodes and install the software and deploy it. It comes natively with Azure as a platform, so the implementation time is just dependent on what the client wants out of it. For our use case, we set up a template of about 15 to 20 key metrics that we monitor, which probably doesn't take longer than a day to deploy. It's all templated. We just run a bunch of CLI commands, and it deploys those templates, but if you have a customer who wants to start monitoring more intricate or complex things such as SQL databases and applications, you can probably spend months on it.
In terms of the number of people required, one person can do it if he or she has the skills for it.
What was our ROI?
I don't really measure return on investment. It's about visibility. It's about providing the service for us. If we compare the implementation versus the visibility we get, we do get a return. It doesn't take that long to deploy, but it can subsequently create a lot of visibility. So, its return on investment is probably okay.
What's my experience with pricing, setup cost, and licensing?
Its cost depends on the ingestion of the logs. It could go anywhere. For an out-of-the-box platform such as FrameFlow, you pay pretty much a fixed price and you get what you get, whereas, with something like Azure Monitor, you pay by the ingestion charge, so you can have one client who pays hardly anything for the same alerts, and another client pays loads and loads. From experience, Azure itself isn't a cheap system. It's not a cheap tool at all. If you don't configure it correctly, it's really expensive. I'd rate it a nine out of ten.
What other advice do I have?
I'd advise learning KQL before you think about it. If you know KQL, you can do a lot with it. If you understand KQL, then it's really powerful, and you can do a lot with it. If you don't understand it, you should probably steer away from it because you won't be able to do much. You won't get much value out of it.
I'd rate Azure Monitor a seven out of ten.
Which deployment model are you using for this solution?
Public Cloud
If public cloud, private cloud, or hybrid cloud, which cloud provider do you use?
Microsoft Azure
Disclosure: My company has a business relationship with this vendor other than being a customer. Partner