kantver - Fotolia
One of the fundamental benefits of public cloud services is automation -- the ability to detect and respond to particular circumstances without direct intervention from IT staff. And AWS allows admins to detect and respond to various events through Amazon CloudWatch monitoring, which includes a feature called CloudWatch Events. Through Amazon CloudWatch monitoring, IT teams can collect metrics, watch logs, and handle alarms in AWS resources, but CloudWatch Events adds the ability to automatically respond to those metrics.
CloudWatch Events keeps tabs on a spectrum of events, which most commonly includes changes to AWS resources. For example, every time an Amazon Elastic Compute Cloud (EC2) instance launches, terminates or changes state from pending to running, a detectable event occurs. Events can come from other Amazon services, and CloudTrail produces an event with every API call or AWS Management Console task. AWS users can also create custom and regularly scheduled events in applications and convey those to CloudWatch Events.
Simply detecting events through Amazon CloudWatch monitoring doesn't help much without a way to respond; CloudWatch Events can correlate events to specific responses, or targets. For example, a high-processor utilization event could trigger a selected AWS Lambda function that could launch another EC2 instance and load-balance the traffic. Similarly, events can trigger responses in Amazon Kinesis Streams for data analysis, Amazon Simple Notification Service (SNS) topics for response notifications, CloudWatch alarms and so on.
Events and responses are configured through rules. AWS users can develop detailed rules that can perform certain activities in response to events, and rules can issue multiple responses to the same event. For example, the same processor utilization event that triggers a new AWS Lambda function for more resources can also trigger an SNS notification and an alarm through the CloudWatch monitoring service.
CloudWatch Events has a few limitations. Users can only create up to 50 rules per account, and a rule can only trigger up to five events (targets). Users can invoke up to 20 events per second; additional events are throttled. Most CloudWatch API calls handle up to five requests per second. And there are additional limits in the size of event requests and list results.
Track EC2 instances using CloudWatch
CloudWatch logs identifies potential trouble spots
Know the limitations of CloudWatch Logs
Dig Deeper on AWS CloudWatch and application performance monitoring
Related Q&A from Stephen J. Bigelow
Regression tests and UAT ensure software quality and both require a sizeable investment. Learn when and how to perform each one, and some tips to get... Continue Reading
Learn the meaning of functional vs. nonfunctional requirements in software engineering, with helpful examples. Then, see how to write both and build ... Continue Reading
Just because software passes functional tests doesn't mean it works. Dig into stress, load, endurance and other performance tests, and their ... Continue Reading