Amazon CloudWatch Reviews

We use the solution to monitor our AWS resources. We used Azure extensively but a couple of years back we moved to use both Azure and AWS. Currently, we have three main use cases. 

Our predominant use case is monitoring our S3 which includes terabytes of data. We monitor all the buckets and containers plus who has access to them, the thresholds, and user data. We constantly watch all the KPIs and CloudWatch metrics. 

Our second use case is watching logs and processes for other products such as AWS tools, AWS Glue, and Redshift which includes a few terabytes of data.

Our third use case is minor and with Athena.

Our fourth use case is new. We just started using SageMaker for a small POC and want to complete all of our data modeling and logs.

In the future, we will be using the solution with Airflow, which will become one of our biggest use cases. 

CloudWatch works very well with any of the AWS resources so we always monitor through it.

Our business flow has improved because we monitor email thresholds and immediately get an alert from CloudWatch if use goes beyond thresholds. Without this alert, we would have to use external monitoring. 

It is valuable that CloudWatch collects all the metrics. I primarily like the RUM. There is an instantaneous response when monitoring logs and KPIs. CloudWatch immediately hooks up and connects to the KPIs and all the metrics. 

Even though the product works well with most AWS, it is a nightmare to use with Snowflake. Snowflake is a SaaS product hosted on AWS, but using it with CloudWatch still doesn't give us the support we need so we rely on separate monitoring. 

We have many databases such as MongoDB and SQL Server, RDS, and PostgreSQL. For these, CloudWatch is good but a little basic and additional monitoring tools are required. It's challenging to use one monitoring tool for S3 and another monitoring tool for Snowflake. 

It would be beneficial for CloudWatch to provide an API interface and some kind of custom configuration because everybody uses APIs now. Suppose Snowflake says we'd get all the same things with MongoDB such as APIs, hookups, or even monitoring. That would allow us to build our own custom solution because that is the biggest limitation of CloudWatch. If you go a bit beyond AWS products even if they're hosted on AWS, CloudWatch doesn't work very well. 

I'd also like an improved UI because it hasn't significantly improved in a few years and we want to see it at a more granular level. I get my KPIs in a bucket usage for yesterday but I'd like to see them by a particular date and week. We have three buckets rolled by hundreds of people and I want to see use cases for an individual to determine where I need to customize and provide more room. I want aggregation on multiples, not one terameter. 

I have been using the solution for two years. 

The solution is very stable with absolutely no issues. We used to see a delay when we were setting up three buckets but now we receive instantaneous notifications. 

The solution is definitely scalable. Most of our development environment uses it and we are running three teams of 150-200 people. Usage levels are different between developers and the support team so the total users at one time is 100-150. 

The solution is managed by our internal AWS maintenance team. Seven people manage our cloud environment and seven manage our platform side for not just CloudWatch, but everything on AWS.

We still need to find a solution for Snowflake and Tableau environments unless CloudWatch provides better support in the future. 

The support staff are seasoned professionals and are good. Amazon provides the benchmark for support and nothing else compares.

On-premises, we have used other solutions like Sumo Logic, Azure Logic Apps and others. Not everyone uses AWS so we have a lot of tools we use.

Previously we used some main external app logic but it didn't work well with AWS tools. I would have to figure it out and configure Aurora to do something or find a way to do S3 buckets. Those solutions worked well for on-premises, but not with AWS and clouds.

The setup for this solution is pretty simple and anyone can do it if they are on AWS. Setting up all our VPC and private links connecting to our gateways took some time, but CloudWatch setup was a no-brainer and took a couple of days. 

Our implementation was done in conjunction with a third party. We like to bring in a few engineers to work with our engineers and then we partner with a third party like Slalom to help with integration. Our process is a mix of all three with AWS staff helping for a couple of weeks and Slalom for a couple of months. Our team slowly takes over management. 

We plan to increase our usage because we don't have another monitoring tool right now. With the Airflow orchestration, our CloudWatch use will significantly increase as we monitor all of our RUM, notifications, jobs, and runs. Our runs and billings will increase 20-30% once we start using Airflow. 

Because CloudWatch doesn't support all externally hosted products, I rate it a nine out of ten for ROI. 

I don't know specifics about pricing because we pay for all our AWS services in a monthly bundle and that includes CloudWatch, Redshift, VPCs, EC2s, S3s, A39s, and others. We spend about $5 million per year on AWS with CloudWatch being about 5% of that cost. 

I did not evaluate other solutions. Once we moved to AWS, we looked for a tool that was native to that cloud. That is the process we are currently undertaking for Snowflake and Tableau because CloudWatch doesn't support them well. We do try to use CloudWatch as much as possible. 

The solution is pretty good because it automatically comes and works well with AWS. Before you use any product from AWS, think about whether it is supported or how it will interface. I suggest using the solution with one product at a time and then transitioning to important interfaces. 

If you find you can't configure the solution with Redshift for example, and are struggling to build your S3 even though both use S3, then you may have to find another monitoring solution. It makes sense to follow Amazon's best practices. They advise not to use certain monitoring components alone but to use them as an integral part of your system. Monitor your ecosystem and think of a high-level picture of it rather than just determining that CloudWatch must be a part of Redshift. This solution is just one part of an entire system. 

I would rate the solution a nine out of ten. 

We collect the CloudWatch logs and use them to analyze security. It helps us to monitor malicious activity.

Amazon CloudWatch is an important tool in AWS. If we have an AWS-based infrastructure, the product must be enabled in all environments. If we have different environments in the cloud, CloudWatch is mandatory. The tool enables live monitoring. It is easier for us to track who logs in and out of the systems and how the computing services work.

The product is more than enough for what we need daily. Amazon improves things year on year. It is quite straightforward for us. We are using the solution to monitor our live environment. If an attack happens, we can track it down using the logs easily and act fast to isolate the threat. The retention of the logs and live tracking features are useful for us.

The integration with third-party tools must be made easier.

I have been using the solution for five to six years.

I rate the product’s stability a nine out of ten. We do not face any downtimes.

We have more than 600 users in our organization. Every user in the organization is asked to enable CloudWatch in every environment. I rate the scalability a nine out of ten. Whenever we add more accounts, CloudWatch is enabled in those accounts.

The technical support is pretty good. The team is always available. The support persons are readily available to get into a call and sort out our issues.

Positive

Amazon CloudWatch is a native service of AWS, and the bill is included with the other services in AWS. We receive a collective bill. The tool is not expensive. I rate the pricing an eight out of ten.

I will recommend the product to others. CloudWatch brings in a lot of value. It enables live monitoring. We have ten engineers in our technical team. The tool is self-sufficient. It does not require much maintenance. We enable it, ensure the logs are pushed to the third-party tools, and monitor them. It does not require any deployment process. We are more aligned with Amazon’s services when building our products. It is suitable for our business purposes. Overall, I rate the product a nine out of ten.

Amazon CloudWatch is a monitoring and availability service designed to collect and check metrics and collect and monitor log files. We can set alarms, and Amazon CloudWatch allows users to gain operational insight into their application resource and services. The solution also helps users to ensure the reliability, performance, and availability of their infrastructure.

The most valuable features of Amazon CloudWatch are metrics, dashboards, alarms, logs, events, logs insight, and application insights.

The solution should provide human-readable metrics. Amazon CloudWatch should add custom metrics, like static metrics or any data relevant to our use case.

I have been using Amazon CloudWatch for more than three years.

More than five people are using Amazon CloudWatch in our organization.

The solution’s technical support is good.

The solution’s initial setup is easy.

Amazon CloudWatch is a cheap solution.

We don't need to update or do any maintenance on Amazon CloudWatch. The solution has more features available, like metrics. Amazon CloudWatch provides a wide range of metrics for AWS resources, including EC2 and all AWS services. Users can create a custom dashboard to visualize and monitor metrics from various AWS services on a single screen on the dashboard.

This helps in checking the health and performance of the application and resources. Amazon CloudWatch logs allow users to monitor and install log files from the application. The solution's alarms allow users to set thresholds on metrics.

Overall, I rate the solution ten out of ten.

I use it for log monitoring and log capture. That's the main purpose. 

Alerts and notifications functions help with the operational response. For example, if you have a critical server and want to set an alert if CPU utilization exceeds 90%, a notification will be raised. You can link an action to that notification, not just notify. 

You can automate actions or use AWS functionalities like auto-scaling, where you can configure the metrics to add more nodes if the threshold is exceeded. AWS has become very rich in functionality over time, and the same piece of functionality can solve different problems.

CloudWatch automation works through notifications linked to Lambda functions, which can then perform any automation you like.

CloudWatch has many things. It gives you metrics and logs. You can set up alerts and notifications for the metrics and do a lot of automation once you have the notifications. 

You can also create dashboards, although it's an additional fee that AWS charges. We can create a different dashboard with Grafana kind of thing. 

The use cases are different for different people, but three things everyone uses are: 

• Metrics monitoring
• Log monitoring, and 
• Alerting and notification.

CloudWatch is extremely helpful for automation and other things for experienced users, but it's not very intuitive. It doesn't have drag-and-drop functionality to trigger actions from notifications. It's very capable, but it requires expert knowledge to leverage that capability.

So, for new or basic users, it's a bit complex to understand how it works. Basic users can see what is happening in the console, but building automation and other things requires expert knowledge.

Improvement in log patterns and metrics: 

There are a lot of things. For example, there are log patterns and metric patterns. But if you have to do anomaly detection, I think the latest version added that, but they didn't have it before. Users can build it; Users can stream the log, build log analytics, and do anomaly detection, but it is not very straightforward. It's a very powerful tool, but you need expert knowledge to do those things.

Region-specific service puts certain limits:

Also, CloudWatch is a very region-specific service. People struggle with that, for example, if you have an application distributed in different geographies like Europe, India, and the USA. There is no way to aggregate CloudWatch logs in one place for workloads in every region. You need a third-party tool to get a holistic view of your application. CloudWatch has the data, but you need advanced skills to aggregate it and create insights.

Suggestions for additional functionality for CloudWatch: 

Cloudwatch needs better built-in analytics capability. CloudWatch has a lot of data, but it's difficult to gain insights unless you stream it to a third-party log analytics tool. If there were built-in capabilities to analyze the data, that would be great.

I have been using Amazon CloudWatch for ten years. We do work on a lot of AWS services, like CloudWatch, SageMaker, and even their generative AI solution like Bedrock.

I would rate the stability a ten out of ten. There are no issues with stability. 

I would rate the scalability a ten out of ten. 

There are around 50 end users, and all the ops people use CloudWatch.

AWS provides multiple support levels, including basic, business, and enterprise support. Your experience can differ depending on your support level.

My company uses business support. Quality-wise, it's okay most of the time, but sometimes, you get people with less experience. Response time could be improved because, for production applications, you want immediate support. Sometimes, it can take up to an hour to get someone on chat support.

Neutral

Azure also has something like CloudWatch. All cloud vendors have something similar.

The initial setup is very simple. 

CloudWatch also has an API, so I can send logs to CloudWatch by calling the API. But natively, it only integrates with AWS services.

Integration capabilities: 

AWS has built different frameworks, like the simple notification service (SNS). From AWS SNS, I can fire Lambda or integrate with the event bus, AWS EventBridge. From an integration point of view among the peers, AWS is probably one of the best that offers you the integration capability.

I would rate the pricing in the middle. It is a five out of ten, with one being high price, and ten being low price. 

Everyone needs it. There is no other way to capture central logs, so it's for everyone, irrespective of the size of the company.

I would recommend it. Overall, I would rate it an eight out of ten. 

Amazon CloudWatch helps us with some monitoring, analyzing different logs, and collecting and aggregating infrastructure and application metrics. The solution also helps us with container metrics.

The most valuable feature of Amazon CloudWatch is collecting the logs from Lambda.

The solution's auto-scaling could be improved.

Log analytics features should be included in the next release of Amazon CloudWatch.

I have used Amazon CloudWatch for the last two years.

I rate Amazon CloudWatch an eight out of ten for stability.

I rate Amazon CloudWatch an eight out of ten for scalability.

Amazon CloudWatch helped us meet our business requirement goals.

Amazon CloudWatch's features, like logs, metrics, and co-relations, can be useful for users looking for monitoring or collecting logs.

Overall, I rate Amazon CloudWatch an eight out of ten.

CloudWatch is important because we use it to remediate automation. For example, I had to integrate GuardDuty with CloudWatch. If anything went wrong in the environment when GuardDuty had captured all the APIs, and if someone got an alarm on the server, it was basically because of CloudWatch. CloudWatch would have seen an intruder, thinking, "This is what's happening," and so on.

I used the solution to monitor, collect, and store metrics from AWS solutions like EC2. Taking all these metrics from other sections, such as GuardDuty for the security department and all the security hubs, you are presented with all the views at once.

CloudWatch is required for the organization to stay compliant.

The detection is the most valuable feature.

CloudWatch's scalability could be improved.

I've been using CloudWatch for almost five years.

I rate CloudWatch's stability a seven out of ten.

I rate CloudWatch's scalability a seven out of ten.

The solution was easy to deploy.

The price is okay for me. How good the pricing is depends on how you want to use the solution.

CloudWatch has good features and tools. No matter how many people are on the security team, CloudWatch monitors the performance of your gateway resources daily, including CPU utilization and network traffic. If you are new to monitoring, CloudWatch is good because it helps you monitor your environment and your logs and captures and generates logs by applications and resources. I rate CloudWatch an eight out of ten.

We use the solution to monitor the devices on our system or infrastructure. CloudWatch notifies you when a token is used or when the VM is not working. It helps you to determine the status of your infrastructure.

We created a CloudWatch application or feature for our system to provide us with the ongoing status of our machines or components in the network.

Scheduling is a valuable feature.

When you set up CloudWatch, you can't even take a lot without checking on them or without going through the whole configuration because we're configuring. It's not a frequent feature you always work on.

The integration requires a lot of permissions and the tool delays in providing notifications. Sometimes, receiving a notification after an update takes a long time. So, we prefer using a monitoring tool like New Relic or Grafana.

Another area of improvement is scheduling. CloudWatch is complicated when it comes to scheduling. If you want to monitor the component, the configuration is not straightforward. You need good knowledge for something to be added there.

I have been using Amazon CloudWatch for two years. We use the latest version of CloudWatch.

I rate the solution’s scalability an eight out of ten.

I rate the solution’s scalability an eight out of ten.

It is hard to configure; it is not a straightforward tool.

We see an ROI. 

The price is okay. 

If someone wants to use the product. It depends on whether the company can use another tool. If so, I recommend AWS, which, too, has a monitoring tool. However, it may still be too expensive for a small company. I recommend using CloudWatch for a small company if they don’t have money.

Overall, I rate the solution an eight out of ten.

We use Amazon CloudWatch for monitoring applications. We use it for Synthetics and also RAM. Amazon CloudWatch has been very helpful for monitoring our applications. We have been able to create a monitoring account where we get metrics, traces, and application monitoring data in one account. One noteworthy feature is that this is free of cost.

Amazon CloudWatch has been very helpful for monitoring our applications. We have been able to create a monitoring account where we get metrics, traces, and application monitoring data in one account. One noteworthy feature is that this is free of cost.

The most valuable part is the metrics part, which is really good. They recently introduced Application Signals, which we like the most. Additionally, the Synthetics feature is something that we love.

There is some delay in logging that they need to improve on. While CloudWatch is good, when compared to Dynatrace, there are several areas for improvement. For instance, Dynatrace has better distributed tracing and a feature like back trace, which CloudWatch lacks. In terms of alerts, we use PagerDuty, but composite alarms and similar features need more work.

I would say I have almost three years of experience with Amazon CloudWatch.

Amazon CloudWatch is stable. However, there is some delay in logging that needs improvement.

It is pretty scalable. We have not had any problems so far.

Amazon's customer service is very good. They are both responsive and knowledgeable. Depending on the ticket, they connect us with the right resource without having us jump through different channels.

Positive

Previously, we used Dynatrace, which is an APM tool. We recently moved to CloudWatch but still use Dynatrace.

The initial setup of Amazon CloudWatch is very simple. On a scale of one to ten, I would rate the ease of setup between nine and ten.

Multiple squads and teams, approximately 200 different teams, have been using Amazon CloudWatch.

Return on this investment is still to be discovered. Currently, we are in the middle of migration, paying for both on-prem and CloudWatch, as well as Dynatrace and CloudWatch. Once everything is settled in the cloud, we will have a clearer picture.

In general, Amazon CloudWatch is cheaper compared to Dynatrace. However, there are potential costs to be mindful of, like running a log query that returns trillions of bytes of data.

I have experience with Dynatrace. Comparing CloudWatch against Dynatrace highlights many areas for improvement.

I would definitely recommend CloudWatch if your applications are running in AWS. If your applications are in a different environment or cloud, I am not sure I would recommend it.

I'd rate the solution six out of ten.