Amazon EventBridge FAQ

EventBridge에는 이벤트를 게시할 수 있는 속도, 이벤트 버스에서 만들 수 있는 규칙의 수 및 대상을 호출할 수 있는 속도에 대한 기본 할당량이 있습니다. 전체 할당량 목록과 할당량을 늘리는 방법은 Service Quotas 페이지를 참조하세요.

일반적인 대기 시간은 약 0.5초이며 경우에 따라 다를 수 있습니다.

예. 규칙 및 이벤트 버스를 태깅할 수 있습니다.

기본 EventBridge 할당량을 늘려 초당 수십만 개의 이벤트를 처리할 수 있습니다. 이벤트 버스 처리량 한도는 AWS 서비스 할당량 페이지에 제공됩니다. 많은 처리량이 필요한 경우 AWS Support Center에서 ‘사례 생성’을 선택한 다음 ‘서비스 한도 상향’을 선택하여 서비스 한도 상향을 요청할 수 있습니다.

예. AWS는 주어진 월별 청구 주기 동안 각 AWS 리전에서 EventBridge에 대해 최소한 99.99%의 월별 가동률을 유지하기 위해 상업적으로 합리적인 노력을 기울일 것입니다. 자세한 내용은 전체 EventBridge 서비스 수준 계약을 참조하세요.

스키마는 이벤트의 구조를 나타내며 일반적으로 이벤트에 포함된 각 데이터의 제목 및 형식과 같은 정보를 포함합니다.

예를 들어 스키마에는 이름 및 전화번호와 같은 필드와 이름이 텍스트 문자열이고 전화번호가 정수라는 사실이 포함될 수 있습니다. 또한 스키마에는 전화번호의 길이가 10자리여야 한다는 요구 사항 등 패턴에 대한 정보도 포함될 수 있습니다. 이벤트의 스키마는 이벤트에 어떤 정보가 포함되어 있는지 보여주고 해당 데이터를 기반으로 코드를 작성하는 데 도움이 된다는 점에서 중요합니다.

스키마 레지스트리에는 검색 가능한 스키마 모음이 저장됩니다. 조직의 개발자는 스키마 레지스트리를 통해 애플리케이션에서 생성된 스키마에 손쉽게 액세스할 수 있습니다. 이 정보에 액세스하기 위해 설명서를 살펴보거나 스키마 작성자를 찾는 것과 달리 레지스트리에 스키마를 수동으로 추가하거나 EventBridge 스키마 검색 기능을 켜서 이 프로세스를 자동화할 수 있습니다.

스키마 검색 기능은 스키마를 찾아 레지스트리에 추가하는 프로세스를 자동화합니다. EventBridge 이벤트 버스에 스키마 검색 기능이 활성화된 경우 이벤트 버스로 전송된 각 이벤트의 스키마가 레지스트리에 자동으로 추가됩니다. 이벤트의 스키마가 변경되면 스키마 검색 기능을 통해 새로운 버전의 스키마가 레지스트리에 자동으로 생성됩니다.

스키마가 레지스트리에 추가된 후에는 EventBridge 콘솔에서 또는 통합 개발 환경(IDE)에서 직접 스키마에 대한 코드 바인딩을 생성할 수 있습니다. 이렇게 하면 이벤트를 코드 내의 강형 객체로 표현하는 데 도움이 됩니다. 그런 다음에는 검증 및 자동 완성과 같은 IDE 기능을 활용할 수 있습니다.

예. 스키마 검색 내에서 계정 전반의 이벤트를 검색할 수 있으므로 이벤트 버스에 게시된 이벤트의 스키마를 완벽하게 파악할 수 있습니다.

스키마 레지스트리를 사용하는 데는 비용이 들지 않지만 스키마 검색 기능을 활성화하면 수집된 이벤트당 비용이 발생합니다.

스키마 검색 기능에는 매달 수집된 이벤트 500만 개를 무료로 제공하는 프리 티어가 포함되어 있으며, 이는 대부분의 개발 사용량을 감당하기에 충분합니다. 프리 티어를 초과하는 사용량에 대해서는 수집된 이벤트 100만 개당 0.10 USD의 비용이 부과됩니다. 요금에 대한 자세한 정보는 EventBridge 요금 페이지를 참조하세요.

스키마 레지스트리를 사용하면 다음과 같은 작업을 수행하여 코드 양을 줄일 수 있습니다.

• EventBridge 이벤트 버스로 전송된 이벤트의 스키마를 자동으로 식별하고 레지스트리에 저장하여 이벤트 스키마를 수동으로 관리하지 않아도 됩니다.
• 버스에서 이벤트를 처리하는 애플리케이션을 작성하고 스키마용 코드 바인딩을 생성 및 다운로드하여 강력한 형식의 객체를 코드에서 직접 사용합니다.

코드 바인딩은 이벤트 핸들러의 역직렬화, 검증 및 추측에 대한 오버헤드를 줄여줍니다.

이벤트 기반 애플리케이션을 더 빠르게 구축하려면 스키마 레지스트리를 사용해야 합니다. 스키마 레지스트리는 AWS 서비스, 서드 파티 및 사용자 지정 애플리케이션을 포함하여 지원되는 모든 이벤트 소스에서 사용 가능한 이벤트를 자동으로 찾고 해당 스키마를 감지합니다. 따라서 개발 팀 간 의견 조율에 소모되는 시간을 줄일 수 있습니다. 이 기능은 사용 가능한 이벤트와 이벤트 구조를 검색하고 이벤트를 해석 및 변환하는 코드를 작성하는 데 시간을 들이는 대신 개발자의 귀중한 시간을 애플리케이션 코드에 집중할 수 있도록 만들어졌습니다.

스키마 레지스트리는 AWS Toolkit for JetBrains(IntelliJ IDEA, PyCharm, WebStorm, Rider), Visual Studio Code와 EventBridge 콘솔 및 API를 통해 사용할 수 있습니다. IDE에서 EventBridge 스키마 레지스트리를 사용하는 방법에 대해 자세히 알아보세요.

예. AWS SAM CLI의 최신 버전에는 모든 스키마에 대해 EventBridge에서 새로운 서버리스 애플리케이션을 이벤트 유형으로 생성하는 데 도움이 되는 대화형 모드가 포함되어 있습니다.

‘EventBridge Starter App’ 템플릿과 이벤트의 스키마를 선택하면 SAM이 EventBridge에서 호출하는 Lambda 함수 및 이벤트 처리 코드와 함께 애플리케이션을 자동으로 생성합니다. 즉, 이벤트 트리거를 코드의 일반 객체처럼 취급하고 IDE의 유효성 검사, 자동 완성 등의 기능을 사용할 수 있습니다.

AWS Toolkit for JetBrains(IntelliJ IDEA, PyCharm, WebStorm, Rider) 플러그 인 및 AWS Toolkit for Visual Studio Code도 이러한 IDE에서 직접 스키마를 트리거로 사용하여 이 템플릿으로 서버리스 애플리케이션을 생성하는 기능을 제공합니다.

EventBridge는 Java(8+), Python(3.6+), TypeScript(3.0+) 및 Go(1+)에서 사용할 수 있는 코드 생성 기능을 제공합니다.

EventBridge 스키마 레지스트리는 다음 리전에서 사용할 수 있습니다.

• 미국 동부(오하이오 및 버지니아 북부)
• 미국 서부(캘리포니아 북부 및 오레곤)
• 아시아 태평양(홍콩, 뭄바이, 서울, 싱가포르, 시드니 및 도쿄)
• 캐나다(중부)
• 유럽(프랑크푸르트, 아일랜드, 런던, 파리 및 스톡홀름)
• 남아메리카(상파울루)

EventBridge Pipes를 사용하면 더 간편하고, 일관되고, 비용 효율적인 방법으로 이벤트 생산자와 소비자 간의 지점 간 통합을 생성할 수 있습니다. 소스와 대상을 선택하기만 하면 되는 간단한 방법으로 파이프를 생성할 수 있는 배치 처리, 시작 위치, 동시성 등을 사용자 지정할 수 있습니다. 선택적 필터링 단계를 사용하면 특정 소스 이벤트만 파이프로 이동하도록 할 수 있으며, AWS Lambda, AWS Step Functions, API Destinations 또는 Amazon API Gateway를 사용하는 선택적 보강 단계를 사용하여 대상에 도달하기 전에 이벤트를 보강하거나 변환할 수 있습니다. EventBridge Pipes를 사용하면 획일적인 통합 코드를 작성하고, 관리하고, 조정할 필요가 없어지기 때문에 애플리케이션을 연결하는 대신 구축하는 데 더 많은 시간을 쓸 수 있습니다.

EventBridge 콘솔로 이동하여 파이프 탭을 선택하고 파이프 생성을 선택하면 됩니다. 거기에서 사용 가능한 소스 목록의 소스를 선택하고 필요한 이벤트만 전송하는 데 사용할 선택적 필터링 패턴을 제공할 수 있습니다. 파이프의 선택적 변환 및 보강 단계에서는 SaaS 애플리케이션 API 또는 컨테이너 클러스터, Lambda 함수 또는 AWS Step Function과 같은 API 엔드포인트를 제공하면 됩니다. 그러면 파이프에서 API 요청을 수행하고 처리가 완료되면 응답을 캡처합니다. 마지막으로 이벤트를 전송할 대상 서비스를 설정하고 파이프에서 아카이브 또는 DLQ 기능을 사용할지 여부를 지정합니다. AWS CLI, CloudFormation 또는 AWS Cloud Development Kit(CDK)를 사용하여 파이프를 생성할 수도 있습니다.

EventBridge Pipes는 Amazon SQS, Amazon Kinesis, Amazon DynamoDB, Amazon Managed Streaming Kafka, 자체 관리형 Kafka 및 Amazon MQ를 EventBridge 제품군에 대한 소스로 제공합니다. EventBridge Pipes는 Amazon SQS, AWS Step Functions, Amazon Kinesis Data Streams, Amazon Kinesis Data Firehose, Amazon SNS, Amazon ECS 같은 동일한 대상 서비스를 이벤트 버스로 지원하고 이벤트 버스 자체도 지원합니다.

EventBridge Pipes는 Velocity Template Language(VTL)를 사용한 기본적인 변환을 지원합니다. 보다 강력한 변환이 필요한 경우 EventBridge Pipes에서 Lambda 함수 또는 Step Functions 워크플로를 지정하여 이벤트를 변환할 수 있습니다. Amazon Elastic Container Service(ECS) 또는 Amazon Elastic Kubernetes Service(EKS)와 같은 컨테이너 서비스를 사용하고자 하는 경우에는 컨테이너 클러스터에 대한 API 엔드포인트 및 인증 체계를 지정할 수 있습니다. 그러면 EventBridge가 변환을 위한 이벤트 전송을 처리합니다.

아니요. EventBridge Pipes는 기존 EventBridge 기능과 별개로 사용할 수 있기 때문에 EventBridge 이벤트 버스를 사용할 필요 없이 Kinesis, SQS 또는 Amazon MSK와 같은 다른 이벤트 생산자로부터 이벤트를 수신하는 데 도움이 됩니다. 이벤트 버스가 다대다 통합에 사용되는 지점 간 통합에도 사용됩니다. 이미 EventBridge 이벤트 버스를 사용하여 이벤트를 라우팅하는 경우 EventBridge Pipes를 사용하여 지원되는 소스에 연결하고 이벤트 버스를 파이프의 소스로 설정할 수 있습니다.

EventBridge 이벤트 버스는 이벤트 중심 서비스 간의 다대다 이벤트 라우팅에 적합합니다. EventBridge Pipes는 이벤트 게시자와 소비자 간의 지점 간 통합을 위해 만들어졌으며 고급 변환 및 보강을 지원합니다. EventBridge Pipes는 EventBridge 이벤트 버스를 대상으로 사용할 수 있습니다. EventBridge 이벤트 버스 규칙에서 파이프로 마이그레이션하는 방법은 더 쉽습니다. 필터링과 대상이 두 리소스 간에 동일하게 유지되기 때문입니다.

AWS Lambda의 이벤트 소스 매핑(ESM)과 Amazon EventBridge Pipes는 동일한 폴링 인프라를 사용하여 이벤트를 선택하고 전송합니다. ESM은 Lambda를 대상으로 사용하여 수신된 이벤트를 처리하고자 하는 고객에게 적합합니다. Pipes는 Lambda 코드를 생성, 유지 보수, 조정하는 데 신경을 쓰는 것보다 간단한 관리형 리소스를 통해 소스를 14개 이상의 대상 중 하나에 연결하는 것을 선호하는 고객에게 적합합니다.

예. EventBridge Pipes는 이벤트를 대상 서비스로 전송할 때 이벤트 소스에서 수신된 이벤트의 순서를 유지합니다.

예. 이벤트 배치 처리를 지원하는 서비스 경우 파이프를 생성할 때 원하는 배치 크기를 구성할 수 있습니다. 배치 처리를 지원하지 않는 소스 및 대상의 경우에도 보강 및 변환 단계에서 이벤트를 배치 처리하도록 선택할 수 있습니다. 이렇게 하면 컴퓨팅 비용을 절감하면서 선택한 대상으로 이벤트를 개별적으로 전송하는 데 도움이 됩니다.

예. 사용자 계정에서 이루어진 EventBridge Pipes API 호출 기록을 받으려면 AWS Management Console에서 CloudTrail을 켜야 합니다.

Amazon EventBridge Pipes 요금에 대한 전체 세부 정보를 보려면 요금 페이지를 확인하세요.

Amazon EventBridge 스케줄러는 기반 인프라를 프로비저닝하거나 관리할 필요 없이 AWS 서비스 전반에 걸친 수백만 개의 일정을 간편하게 생성, 실행 및 관리할 수 있는 서버리스 태스크 스케줄러입니다.

AWS 계정에 로그인하고, EventBridge 콘솔로 이동한 후, 예약 생성 버튼을 선택합니다. 단계별 워크플로에 따라 필수 필드를 입력합니다. 태스크 구현 기간, 고정 속도, cron 또는 특정 날짜 및 시간과 같은 예약 형식을 선택합니다. AWS 서비스 목록에서 대상을 선택하고 일정 구현을 최대한 제어하기 위한 재시도 정책을 구성합니다. 예약을 검토하고 생성을 선택합니다.

EventBridge 스케줄러는 일정 기반 규칙 안에서 제공되는 일정 예약 기능을 기반으로 합니다. EventBridge 스케줄러는 표준 시간대, 개선된 확장성, 사용자 지정된 대상 페이로드, 추가 시간 표현식 및 일정 모니터링용 대시보드에 대한 지원을 포함합니다. 일정 기반 규칙을 사용하여 이벤트 버스를 만들 필요 없이 개별적으로 일정을 만들 수 있습니다.

일정 기반 규칙을 계속해서 사용해도 됩니다. 그러나 EventBridge 스케줄러는 더 풍부한 기능 세트를 제공하므로 일정을 보다 유연하게 만들고 실행하고 관리할 수 있습니다. 무료로 시작할 수도 있습니다. 자세한 내용은 요금 페이지를 참조하세요.

EventBridge 스케줄러는 AWS 서비스와 긴밀하게 통합되며 AWS API 작업을 통해 모든 서비스에 대한 일정을 생성할 수 있습니다. 일관된 예약 경험을 위해 시간 패턴 및 재시도에 대한 구성은 AWS 전체에서 동일하게 유지됩니다. 일정 모니터링은 단순한 ‘ListSchedule’ API 요청을 사용하거나 대시보드에서 일정을 볼 수 있는 EventBridge 스케줄러 콘솔을 통해 간편하게 수행할 수 있습니다. 시작 시간, 마지막 실행 및 할당된 AWS 대상 등 중요한 일정 정보를 볼 수 있습니다. 보다 자세한 내용을 보려면 CloudWatch Logs에서 사용할 수 있는 실행 로그를 검토하거나 S3 또는 Kinesis Firehose로 전송할 수 있습니다.

EventBridge 스케줄러 콘솔에서 수정할 일정을 선택하여 일정을 업데이트할 수 있습니다. 새 패널에 옵션이 표시됩니다.

예. EventBridge 스케줄러에서 일정을 사용할 표준 시간대를 선택할 수 있습니다. 이러한 일정은 일광 절약 시간제(DST)로 자동 조정되고 다시 표준 시간으로 조정됩니다.

EventBridge 스케줄러는 이벤트를 한 번 이상 대상으로 전송합니다. 즉, 최소 한 건 이상의 전송이 대상의 응답과 함께 성공합니다. 비즈니스 요구 사항에 따라 재시도, 기간 및 제한 시간을 설정하는 옵션을 사용할 수 있습니다.

현재 지원되는 모든 예약 패턴(cron, rate 및 일회성 일정)에 완료 시 삭제를 사용할 수 있습니다.

예, 일정이 간접적으로 호출되기 전에 언제든지 완료 시 삭제 구성을 위해 일정을 업데이트할 수 있습니다. 마지막 일정 간접 호출 시간 이후에는 변경할 수 없습니다.

일정의 마지막 간접 호출 전에 완료 시 삭제가 활성화된 상태에서 일정을 비활성화하면 해당 일정은 비활성화된 상태로 계정에 남게 됩니다.

일정이 대상을 계속 간접적으로 호출하며 종료 날짜가 구성될 때까지 자동으로 삭제되지 않습니다.

EventBridge 스케줄러는 비 AWS 대상을 직접 지원하지 않습니다. 그러나 Lambda, ECS, Fargate를 사용하거나 API 대상을 통한 EventBridge 기능을 사용해 비 AWS 대상을 간접적으로 호출할 수 있습니다.

Amazon EventBridge Scheduler 요금에 대한 전체 세부 정보를 보려면 요금 페이지로 이동하세요.

글로벌 엔드포인트를 사용하면 AWS를 통해 고가용성 이벤트 기반 애플리케이션을 더 쉽게 구축할 수 있습니다. 프라이머리 리전과 세컨더리 리전에 이벤트를 복제하여 데이터 손실을 최소화하는 장애 조치를 구현할 수 있습니다. 서비스 중단 시 백업 리전으로 자동으로 장애 조치하는 기능을 구현할 수도 있습니다. 이 기능은 다중 리전 아키텍처를 간단하게 도입하고 이벤트 중심 애플리케이션에 복원력을 내장하는 데 도움이 됩니다.

글로벌 엔드포인트는 서비스 중단 중에 위험에 처한 데이터의 양을 최소화함으로써 최종 고객에게 더 나은 경험을 제공합니다.

또한 수동 개입 없이 이벤트 수집을 보조 리전으로 자동으로 장애 조치할 수 있으므로 이벤트 중심 애플리케이션의 성능과 복원력이 개선됩니다. Amazon CloudWatch Alarms(Amazon Route53 상태 확인 사용)를 사용하면 장애 조치 기준을 유연하게 구성하고 기본 리전으로 장애 조치할 시기와 이벤트를 다시 라우팅할 시기를 결정할 수 있습니다.

글로벌 엔드포인트에서 이벤트를 게시하면 이벤트는 프라이머리 리전의 이벤트 버스로 라우팅됩니다. 기본 리전에서 오류가 감지되면 상태 확인이 비정상 상태로 표시되고 수신 이벤트가 보조 리전으로 라우팅됩니다. CloudWatch Alarms(지정한 Route53 상태 확인 사용)를 사용하여 오류를 쉽게 탐지할 수 있습니다. 문제가 완화되면 새 이벤트의 경로가 다시 프라이머리 리전으로 지정되고 이벤트 처리가 계속됩니다.

글로벌 엔드포인트는 멱등성이 필요하지 않거나 리전 간 멱등성을 처리할 수 있는 애플리케이션에 적합합니다. 최대 420초 동안 이벤트가 복제되지 않아도 괜찮은 애플리케이션에도 적합합니다. 이러한 애플리케이션은 서비스 또는 리전이 복구될 때까지 프라이머리 리전에 갇히게 됩니다(Recovery Point Objective라고 함).

EventBridge의 전체 지연 시간을 보고하는 새로운 지표가 추가되었습니다. 이 지표는 이벤트 수집을 세컨더리 리전으로 장애 조치해야 하는 오류가 EventBridge 내에 있는지 여부를 결정하는 데 도움이 됩니다.

콘솔에서 미리 입력된 스택(원하는 경우 사용자 지정 가능)을 사용하여 CloudWatch 경보 및 Route53 상태 확인을 생성하는 방법으로 쉽게 시작할 수 있습니다. 경보 및 상태 확인을 설정하는 방법에 대한 자세한 내용은 시작 블로그 및 설명서를 참조하세요.

구독자 지표를 상태 확인에 포함하는 것은 권장하지 않습니다. 단일 구독자에게 문제가 발생할 경우 다른 모든 구독자가 프라이머리 리전에서 정상 상태여도 게시자가 백업 리전으로 장애 조치하게 될 수 있기 때문입니다.

구독자 중 하나가 프라이머리 리전에서 이벤트를 처리하지 못할 경우 복제를 설정하여 세컨더리 리전에 있는 구독자가 이벤트를 성공적으로 처리할 수 있도록 해야 합니다.

목표 복구 시간(RTO)은 장애 발생 후 백업 리전 또는 대상에서 새 이벤트 수신을 시작하는 시간입니다. Recovery Point Objective(RPO)는 장애 중에 처리되지 않고 남겨지는 데이터의 측정값입니다. 글로벌 엔드포인트를 사용할 때 경보 구성에 대한 규범적 지침을 따른다면 RTO와 RPO는 360초(최대 420)입니다. RTO의 경우 이 시간에 CloudWatch 경보를 시작하고 Route53 상태 확인의 상태를 업데이트하는 기간이 포함됩니다. RPO의 경우 이 시간에는 서비스 또는 리전이 복구될 때까지 세컨더리 리전으로 복제되지 않아 프라이머리 리전에 갇히는 이벤트가 포함됩니다.

예. 이러한 서비스 중단 시 위험에 처한 데이터를 최소화하려면 복제를 설정해야 합니다. 두 리전에서 사용자 지정 버스를 설정하고 글로벌 엔드포인트를 만들면 애플리케이션을 업데이트하여 이벤트를 글로벌 엔드포인트에 게시할 수 있습니다. 그렇게 하면 문제가 완화될 때 수신 이벤트가 프라이머리 리전에 다시 복제됩니다. 세컨더리 리전에 이벤트를 아카이빙하면 중단 중에 이벤트 손실을 방지할 수 있습니다. 중단으로부터 신속하게 복구하려면 세컨더리 리전에 아키텍처를 복제하여 이벤트를 계속 처리할 수 있습니다. 또한 복제를 설정해야 문제가 완화된 후 자동 복구가 수행됩니다.

프라이머리 리전과 세컨더리 리전에 동일한 할당량이 설정되어 있어야 합니다. 복제를 설정하고 세컨더리 리전의 이벤트를 처리해야 합니다. 이렇게 하면 적절한 할당량이 설정될 뿐만 아니라 세컨더리 리전의 애플리케이션이 올바르게 구성됩니다.

AWS CloudFormation StackSets를 사용하면 AWS 리전 전체에 아키텍처를 더 쉽게 복제할 수 있습니다. 예제는 설명서를 참조하세요.

첫 번째 출시에서는 옵트인, 중국 또는 GovCloud 리전이 지원되지 않습니다. 이번 출시에서 지원되는 리전의 목록은 아래의 질문을 참조하세요. 여러 리전에서 이름이 같은 동일한 계정 및 버스 간 장애 조치 및 복구도 지원됩니다.

글로벌 엔드포인트는 사용자 지정 이벤트에만 사용할 수 있습니다. AWS 서비스의 이벤트, S3의 옵트인 이벤트(Amazon S3 이벤트 알림), 타사 이벤트에 대한 지원은 향후에 추가할 예정입니다.

아니요. 첫 번째 출시에서는 지연 시간 기반 라우팅이 지원되지 않습니다.

글로벌 엔드포인트는 추가 요금 없이 사용할 수 있습니다. 현재 글로벌 엔드포인트는 사용자 지정 이벤트에만 사용할 수 있으며 글로벌 엔드포인트에 게시된 사용자 지정 이벤트는 사용자 지정 이벤트에 따라 청구됩니다. 요금에 대해 자세히 알아보려면 EventBridge 요금 페이지를 참고하세요.

예. EventBridge는 교차 리전 이벤트에 대해 이벤트 100만 건당 1 USD의 복제 비용을 청구합니다.

글로벌 엔드포인트는 다음 리전에서 사용할 수 있습니다.

• 미국 동부(오하이오 및 버지니아 북부)
• 미국 서부(캘리포니아 북부 및 오레곤)
• 아시아 태평양(뭄바이, 오사카, 서울, 싱가포르, 시드니 및 도쿄)
• 캐나다(중부)
• 유럽(프랑크푸르트, 아일랜드, 런던, 파리 및 스톡홀름)
• 남아메리카(상파울루)

Amazon EventBridge는 사용량에 따른 요금 모델을 통해 유연한 요금을 제공합니다. 이벤트 버스를 통해 게시한 이벤트와 스키마 검색, 이벤트 다시 보기 및 API 데스티네이션을 위해 수집한 이벤트에 대해서만 요금이 부과됩니다. EventBridge의 예시 및 추가 요금 세부 정보를 확인하려면 요금 페이지를 참고하세요.

아니요.

예. 이러한 것을 크로스 계정 이벤트라고 하며, 기본 이벤트 버스를 사용하거나 다른 계정의 다른 이벤트 버스를 대상으로 사용할 수 있습니다. 이렇게 하면 여러 계정의 이벤트를 단일 이벤트 버스로 중앙 집중화하여 이벤트를 보다 쉽게 모니터링 및 감사하고 계정 간에 데이터를 동기화할 수 있습니다.

예. CloudFormation 지원은 Amazon EventBridge를 사용할 수 있는 모든 리전에서 제공됩니다. CloudFormation을 사용하여 EventBridge 리소스를 프로비저닝하고 관리하는 방법을 자세히 알아보려면 설명서를 참조하세요.

EventBridge 및 SNS 모두 이벤트 기반 애플리케이션 개발에 사용할 수 있으며, 각자의 요구 사항에 따라 선택할 수 있습니다.

자체 애플리케이션, SaaS 애플리케이션 및 AWS 서비스의 이벤트에 반응하는 애플리케이션을 구축하려고 할 때는 Amazon EventBridge를 사용하는 것이 좋습니다. EventBridge는 서드 파티 SaaS 파트너와 직접 통합되는 유일한 이벤트 기반 서비스입니다. 또한 EventBridge는 개발자가 자신의 계정에서 리소스를 생성하지 않아도 200개 이상의 AWS 서비스에서 이벤트를 자동 수집합니다.

EventBridge는 이벤트에 대해 정의된 JSON 기반 구조를 사용하며 전체 이벤트 전반에 적용되는 규칙을 생성하여 대상으로 전달할 이벤트를 선택하는 데 도움이 됩니다. EventBridge는 현재 Lambda, SQS, SNS, Amazon Kinesis Data Streams 및 Data Firehose를 포함한 20개가 넘는 AWS 서비스를 대상으로 지원합니다.

Amazon SNS는 높은 팬아웃(수천 또는 수백만 개의 엔드포인트)이 필요한 애플리케이션에 권장됩니다. 흔히 볼 수 있는 패턴은 SNS를 규칙의 대상으로 사용하여 필요한 이벤트를 필터링하고 여러 엔드포인트로 팬아웃하는 것입니다.

메시지는 비정형이며 어떤 형식이든 가능합니다. SNS는 Lambda, SQS, HTTP/S 엔드포인트, SMS, 모바일 푸시, 이메일을 포함한 다양한 6가지 유형의 대상에 메시지 전달을 지원합니다. Amazon SNS의 일반적인 지연 시간은 30밀리초 미만입니다. 이렇게 하기 위해 다양한 범주의 AWS 서비스가 서비스 구성을 통해 SNS 메시지를 전송합니다(Amazon EC2, Amazon S3, Amazon RDS 포함 30개 이상).

AWS AppFabric은 보안, 관리 및 생산성을 개선하여 서비스형 소프트웨어(SaaS) 애플리케이션에 대한 기업의 기존 투자를 강화하는 코드 없는 서비스입니다. AppFabric을 사용하여 Asana, Slack, Zoom 등의 앱과 Microsoft 365, Google Workspace 등의 생산성 제품군에서 SaaS 로그 데이터를 집계하고 정규화하여 애플리케이션 관찰성을 높이고 지점간 통합을 구축하고 유지하는 데 드는 운영 비용을 절감할 수 있습니다. EventBridge는 이벤트를 사용하여 애플리케이션 구성 요소를 서로 연결하는 서버리스 통합 서비스로, 개발자가 확장 가능한 이벤트 기반 애플리케이션을 쉽게 구축할 수 있도록 합니다. EventBridge를 사용하여 사용자 지정 애플리케이션, AWS 서비스 및 타사 SaaS 애플리케이션과 같은 소스의 이벤트를 조직 전체의 소비자 애플리케이션으로 라우팅할 수 있습니다. EventBridge는 이벤트를 수집, 필터링, 변환 및 전송하는 간단하고 일관된 방법을 제공합니다.

Amazon EventBridge를 사용하면 SaaS 공급업체가 서비스를 AWS를 기반으로 하는 고객의 이벤트 중심 아키텍처로 간편하게 통합할 수 있습니다.

EventBridge는 수백만 명의 AWS 개발자들이 고객의 제품을 직접 사용할 수 있도록 하여 새로운 사용 사례를 창출합니다. SaaS 공급업체가 이벤트 인프라를 관리하지 않고도 이벤트를 전송할 수 있는 안전하고 확장 가능하며 완벽하게 감사 가능한 경로를 제공합니다.

EventBridge 파트너가 되고자 하는 SaaS 공급업체는 Amazon EventBridge 통합 페이지의 셀프 서비스 지침에 따라 EventBridge에 이벤트를 게시할 수 있습니다.

웹후크 또는 기타 푸시 기반 통합 모드를 이미 지원하는 SaaS 공급업체는 5일 내에 EventBridge와 통합될 수 있습니다.

45개 이상의 SaaS 통합이 지원됩니다. Amazon EventBridge에서 지원되는 SaaS 통합 전체 목록을 참조하세요.