Monitoring
Cloud Watch Metrics
Provide metrics including CPU Utilization, networking
Having dimension (instance id, environment)
Cloud Watch Logs
Containing different log groups representing different applications
Different log stream including the logs of the instance
The log can be exported to s3, open search, etc
Can provide the query to get the desired fields, calculating the result to obtain the insight
Subscription filter can be set to filter which log can be delivered to destination
The log agent can be set to EC2 or on premise server to push the log into the stream
Cloud Watch Alarms
Alarm is used to trigger notification for any metric
The alarm target can be SNS, triggering auto scaling action
Composite alarm can be set to set up multiple metric with and / or operator
Cloud Watch Insight
Container Insight: collect and summarize the metrics and logs from container service (ECS ,EKS, ... )
Lambda Insight: The detailed metrics of lambda
Contributors Insight: The "Top-N" contributors through the cloud log
Application Insight: The insight of all of application including EC2, ECS, lambda, etc
CloudTrail
Get the history of event/API call made in AWS account
Can export the logs to S3
Enable the insight to detect the unusual activities including inaccurate resource provisioning, hitting AWS service limit
Events are stored for 90 days
AWS Config
Define the rules for compliance of the AWS resources
Remediation can be automatically triggered for non-compliant resources, e.g: create jira task...
Can make good use of event bridge to send notification when there are non-compliant resources
Last updated
Was this helpful?