📡

Amazon EventBridge

통합서버리스 이벤트 버스

▶아키텍처 다이어그램

점선 애니메이션은 데이터 또는 요청의 흐름 방향을 나타냅니다

왜 필요한가요?

서비스 A에서 주문이 들어오면 B에 알리고, B가 끝나면 C에 전달하는 식으로 연결을 짜다 보면 양쪽이 서로를 알아야 하고, 하나를 바꾸면 연결된 모든 곳이 영향을 받습니다. 이벤트를 중앙에서 라우팅할 버스가 필요합니다.

안에서 어떻게 동작하나요?

EventBridge는 이벤트 버스와 규칙을 두고, 들어온 이벤트를 조건에 맞는 Lambda, SQS, Step Functions 같은 대상으로 보냅니다. 스케줄 실행과 SaaS 이벤트 수집도 함께 처리합니다.

무엇과 헷갈리나요?

EventBridge와 API Gateway는 둘 다 이벤트/요청을 받아 분기를 만들 수 있지만, EventBridge는 이미 발생한 사건을 룰로 분류해 비동기로 넘기는 버스이고 API Gateway는 외부 요청을 바로 받아 인증·정책으로 처리하는 진입점입니다.

API Gateway

API 생성 및 관리

둘 다 요청/이벤트를 받아 처리 흐름을 만드는 역할처럼 보여도, API Gateway는 동기 요청의 프런트도어이고 EventBridge는 비동기 이벤트 라우팅 버스라는 차이가 있습니다.

왜 이런 방식이 등장했나요?

초기 이벤트 시스템은 서비스 간 직접 호출이나 커스텀 웹훅 연결이 많아 복잡도가 빨리 올라갔습니다. 그래서 이벤트를 중앙 버스에 모으고 규칙으로 라우팅하는 EventBridge 같은 모델이 중요해졌습니다.

언제 쓰나요?

도메인 이벤트 라우팅, AWS 서비스 이벤트 처리, SaaS 연동, 스케줄 실행, 느슨하게 결합된 시스템 설계에 적합합니다. 여러 단계의 상태 관리, 분기, 재시도가 필요한 절차 오케스트레이션에는 맞지 않습니다.

이벤트 기반 아키텍처자동화 워크플로SaaS 통합스케줄링

Step Functions

서버리스 워크플로 오케스트레이션

이벤트를 어디로 보낼지는 정했더라도 그 뒤에 여러 단계의 절차가 이어지면 오케스트레이션이 필요해지므로, 다음에는 Step Functions를 보는 흐름이 자연스럽습니다.

Step Functions

서버리스 워크플로 오케스트레이션

EventBridge가 사건을 감지해 시작점을 만들면, 다음 단계 상태 오케스트레이션을 Step Functions가 넘겨 받아 책임지는 구조가 자연스럽습니다.

Official Docs

현재 페이지의 개념 설명을 본 뒤 공식 문서로 바로 이동합니다.

AWS

시작하기

빠른 입문과 핵심 개념

개발자 가이드

설정, API, 심화 사용법