Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
Tags
- docker
- httpasswd
- Pipeline
- Docker0
- saa-c03 #saa #aws certified solutions architect - associate
- 에이전트 구성
- fruition
- Terraform
- aws-loadbalacner-controller
- s3
- 클러스터 보안 그룹
- assumerole
- route53
- ingestion
- Amazon CloudWatch
- jenkins
- NAT
- IRSA
- Gateway
- Service Account
- 코드커버리지
- amazon sns
- 추가 보안 그룹
- 테라폼
- helm_release
- instances failed to join cluster
- aws ses #aws lambda
- 에이전트 유형
- kubernetes
- node group
Archives
- Today
- Total
목록Policy (1)
cloudwithbass
[AWS] Cloud Watch: Amazon SNS + Lambda vs Lambda 단독 호출 비교
목차1. 서론저는 현재 Cloud Watch를 이용해 AWS 리소스 모니터링 환경을 구성하고 있습니다.아래 그림은 제가 구성하려는 모니터링 아키텍처입니다.AWS의 리소스들을 CloudWatch로 모니터링하고, 임계치가 넘으면 Cloud Watch 알람을 생성하며 이는 Amazon SNS에 게시됩니다. SNS에 주제가 게시되면 이를 구독하는 Lambda가 트리거되고, Lambda는 Slack을 통해 개발자에게 알림을 주는 구조입니다.이렇게 구성한 이유는 이전에 AWS SAA 시험과 Cloud Watch 워크숍을 진행하며 Cloud Watch → Amazon SNS → Lambda 구조를 당연하게 생각했기 때문입니다. 이 아키텍처를 구성하던 중 CloudWatch 설정에서 아래 내용을 발견했습니다.알림 ..
AWS
2024. 12. 24. 18:50