개요

Q: Amazon EventBridge란 무엇입니까?

Amazon EventBridge는 코드 작성 없이 AWS 서비스, 자체 애플리케이션 및 서비스형 소프트웨어(SaaS) 애플리케이션 데이터의 변경 사항에 대한 실시간 액세스를 제공하는 서비스입니다. 시작하려면 Amazon EventBridge 콘솔에서 이벤트 소스를 선택하고 AWS Lambda, Amazon Simple Notification Service(SNS), Amazon Kinesis Data Firehose를 포함한 여러 AWS 서비스에서 대상을 선택합니다. Amazon EventBridge는 거의 실시간으로 이벤트를 자동 전송합니다.

Q: Amazon EventBridge를 시작하려면 어떻게 해야 합니까?

AWS 계정에 로그인하여 Amazon EventBridge 콘솔로 이동한 뒤 파트너 SaaS 애플리케이션 및 AWS 서비스 목록에서 이벤트 소스를 선택합니다. 파트너 애플리케이션을 사용하는 경우 SaaS 계정이 이벤트를 내보내도록 구성되어 있는지 확인하고 Amazon EventBridge 콘솔의 제공된 이벤트 소스 섹션에서 수락합니다. Amazon EventBridge는 이벤트 경로를 지정할 이벤트 버스를 자동으로 생성합니다. 또는 AWS SDK로 애플리케이션을 파악하여 이벤트 버스로 이벤트를 내보낼 수 있습니다. 필요한 경우 필터링 규칙을 구성하고 이벤트에 대한 대상을 연결합니다(예: Lambda 함수). Amazon EventBridge는 안전하고 가용성이 높은 방식으로 이벤트를 자동 수집 및 필터링하여 구성된 대상으로 전송합니다.

Q: Amazon EventBridge에 자체 이벤트를 게시할 수 있습니까?

예. 사용자 지정 애플리케이션 수준 이벤트를 생성하여 서비스의 API를 통해 Amazon EventBridge에 게시할 수 있습니다. 또한 주기적으로 생성되는 예약된 이벤트를 설정하고, Amazon EventBridge 지원 대상에서 이러한 이벤트를 처리할 수 있습니다.

Q: 이벤트는 어떤 형식입니까?

이벤트는 특정 JSON 구조를 사용합니다. 모든 이벤트에서 이벤트 소스, 타임스탬프, 리전 등과 같은 최상위 봉투 필드는 동일합니다. 그 뒤에 이벤트 본문인 세부 정보 필드가 옵니다. 예를 들어 Amazon Elastic Compute Cloud(EC2) Auto Scaling 그룹이 새 Amazon EC2 인스턴스를 생성할 때 이벤트를 소스: ‘aws.autoscaling’ 및 세부 정보: ‘EC2 instance created successfully’와 함께 내보냅니다.

Q: 대상에 전달되는 이벤트를 필터링하려면 어떻게 해야 합니까?

규칙과 함께 이벤트를 필터링할 수 있습니다. 규칙은 주어진 이벤트 버스에 대한 수신 이벤트와 일치시키고 이를 처리하기 위해 대상으로 라우팅합니다. 단일 규칙은 여러 대상으로 라우팅할 수 있으며 이들 모두 병렬로 처리됩니다. 규칙을 통해 서로 다른 애플리케이션 구성 요소가 관심있는 이벤트를 찾아 처리할 수 있습니다. 규칙은 특정 부분만 전달하거나 상수로 덮어써서 이벤트를 대상에 전송하기 전에 사용자 정의할 수 있습니다. 이전 질문에 제공된 예시에서 Auto scaling 그룹이 Amazon EC2 인스턴스를 성공적으로 생성할 때마다 알림을 받을 수 있도록 소스: ‘aws.autoscaling’ 및 세부 정보: ‘EC2 instance created successfully’와 일치하는 이벤트 규칙을 생성할 수 있습니다.

Q: Amazon EventBridge에 안전하게 액세스하려면 어떻게 해야 합니까?

Amazon EventBridge는 AWS 계정을 가진 사용자가 수행할 수 있는 작업을 지정할 수 있도록 AWS Identity and Access Management(IAM)와 통합되어 있습니다. 예를 들어, 조직의 특정 사용자에게만 이벤트 버스를 생성하거나 이벤트 대상을 첨부할 수 있는 권한을 부여하는 IAM 정책을 만들 수 있습니다.

Q: Amazon EventBridge는 CloudWatch Events와 어떻게 연관되어 있습니까?

Amazon EventBridge는 CloudWatch Events를 구축 및 확장합니다. 동일한 서비스 API 및 엔드포인트, 동일한 기본 서비스 인프라를 사용합니다. 기존 CloudWatch Events 고객의 경우 바뀌는 것이 없으며, 동일한 API, CloudFormation 템플릿 및 콘솔을 계속 사용할 수 있습니다. 고객들은 CloudWatch Events가 이벤트 중심 아키텍처를 구축하기 위한 이상적인 서비스라고 말합니다. 따라서 당사는 고객이 자체 앱과 타사 SaaS 앱을 연결할 수 있도록 하는 새로운 기능을 구축했습니다. 이 기능을 CloudWatch 서비스 아래에 두지 않고 Amazon EventBridge라는 새로운 이름과 함께 출시하였으며, 이는 CloudWatch Events 개발 목적인 모니터링 사용 사례를 넘어 확장되는 것을 의미합니다.

Q: 현재 Amazon CloudWatch Events를 사용 중이며 Amazon EventBridge의 기능을 사용하고 싶습니다. Amazon CloudWatch Events 규칙 및 권한을 Amazon EventBridge로 이동해야 합니까?

아니요. 기존 Amazon CloudWatch Events 사용자는 새로운 Amazon EventBridge 콘솔과 API, Amazon CloudWatch Events 콘솔과 API에서 기존의 기본 버스, 규칙 및 이벤트에 액세스할 수 있습니다.

Q: 이미 Amazon CloudWatch Events를 사용하고 있으며 Amazon EventBridge의 기능은 사용하고 싶지 않습니다. 변경되는 것은 무엇입니까?

아무것도 변경되는 것은 없습니다. Amazon EventBridge는 동일한 Amazon CloudWatch Events API를 사용하므로 기존의 모든 CloudWatch Events API 사용은 동일합니다.

Q: Amazon CloudWatch Events는 언젠가 중단될 예정입니까?

아니요. 당사는 API나 서비스 자체를 중단할 예정이 없습니다. Amazon EventBridge는 동일한 API를 사용하며 추가 기능을 포함합니다. 시간이 지나면 Amazon CloudWatch Events 이름이 Amazon EventBridge로 대체됩니다.

Q: 어떤 AWS 서비스가 Amazon EventBridge용 이벤트 소스로 통합됩니까?

AWS Lambda, Amazon Kinesis, AWS Fargate 및 Amazon Simple Storage Service(S3)를 포함한 90개가 넘는 AWS 서비스를 EventBridge용 이벤트 소스로 사용할 수 있습니다. AWS 서비스 통합의 전체 목록은 EventBridge 설명서를 참조하세요.

Q: 어떤 AWS 서비스가 Amazon EventBridge용 이벤트 대상으로 통합됩니까?

AWS Lambda, Amazon Simple Queue Service(SQS), Amazon SNS, Amazon Kinesis Streams, Amazon Kinesis Data Firehose를 포함한 15개가 넘는 AWS 서비스를 EventBridge용 이벤트 대상으로 사용할 수 있습니다. AWS 서비스 통합의 전체 목록은 EventBridge 설명서를 참조하세요.

Q: EventBridge 이벤트 아카이브 및 다시 보기란 무엇입니까?

이벤트 다시 보기는 지난 이벤트를 이벤트 버스 또는 특정 EventBridge 규칙으로 재처리할 수 있는 Amazon EventBridge의 새로운 기능입니다. 개발자는 이 기능을 사용하여 애플리케이션 디버깅을 손쉽게 수행하고 기록 이벤트로 대상을 하이드레이션하여 애플리케이션을 확장한 다음 오류에서 복구할 수 있습니다. 개발자는 이벤트 다시 보기 기능을 통해 EventBridge에 게시된 모든 이벤트에 항상 액세스할 수 있으므로 안심하고 작업을 수행할 수 있습니다.

Q: EventBridge API 대상이란 무엇입니까?

개발자는 API 대상을 사용하여 처리량 및 인증을 제어하는 기능이 있는 다수의 온프레미스 또는 SaaS 애플리케이션으로 이벤트를 다시 보낼 수 있습니다. 고객은 이벤트의 형식을 수신 서비스 형식에 매핑하는 입력 변환을 사용하여 규칙을 구성할 수 있습니다. 보안 및 전송은 EventBridge를 통해 처리됩니다. 규칙이 트리거되면 Amazon EventBridge가 지정된 조건에 따라 이벤트를 변환하고 규칙 설정 시 제공된 인증 정보를 사용하여 구성된 웹 서비스로 전송합니다. 보안이 기본적으로 제공되므로 개발자는 사용하려는 서비스에 대한 인증 구성 요소를 작성하지 않아도 됩니다.

Q: API 대상의 '연결'은 무엇입니까? API 대상을 설정하려면 어떻게 해야 합니까?

각 API 대상에서는 HTTP 엔드포인트에 연결할 때 사용할 권한 부여 방법 및 자격 증명을 정의하는 연결을 사용합니다. 권한 부여 설정을 구성하고 연결을 생성하면 AWS Secrets Manager에 권한 부여 정보를 안전하게 저장하기 위한 보안 정보가 생성됩니다. 애플리케이션에 따라 추가 파라미터를 추가하여 연결에 포함할 수도 있습니다.

API 대상을 설정하려면 API 대상 엔드포인트(이벤트에 대한 HTTP 호출 엔드포인트 대상)를 제공해야 합니다. 그런 다음 이 엔드포인트에 대해 권한을 부여할 연결을 생성합니다. 필요한 경우 호출 속도 한도, 즉 API 대상 엔드포인트로 보낼 초당 호출의 최대 수를 정의할 수도 있습니다. 연결 및 API 대상에 대해 자세히 알아보세요.

한도 및 성능

Q: 서비스 한도는 어떻게 됩니까?

여기에서 ‘서비스 한도’ 페이지를 참조하세요.

Q: 이벤트 전송 및 수신 간에 예상할 수 있는 지연 시간은 어떻게 됩니까?

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

Q: Amazon EventBridge는 리소스 태깅을 지원합니까?

예, 규칙에 태그를 지정할 수 있으며 이벤트 버스나 이벤트 소스에는 태그를 지정할 수 없습니다.

Q: Amazon EventBridge의 예상 처리량은 어떻게 됩니까?

이벤트 버스 처리량 한도는 여기의 ‘서비스 한도’ 페이지에 나옵니다. 높은 처리량이 필요한 경우, AWS Support Center에서 ‘사례 생성(Create Case)’을 선택한 다음 ‘서비스 한도 증가(Service Limit Increase)’를 선택하여 서비스 한도 증가를 요청할 수 있습니다.

Q: EventBridge는 서비스 수준 계약을 제공합니까?

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

스키마 레지스트리

Q: 스키마란 무엇입니까?

스키마는 이벤트의 구조를 나타내며 일반적으로 이벤트에 포함된 각 데이터의 제목 및 형식과 같은 정보를 포함합니다. 예를 들어 스키마에는 이름 및 전화번호와 같은 필드와 이름이 텍스트 문자열이고 전화번호가 정수라는 사실이 포함될 수 있습니다. 또한 스키마에는 전화번호의 길이가 10자리여야 한다는 요구 사항 등 패턴에 대한 정보도 포함될 수 있습니다. 이벤트의 스키마는 이벤트에 어떤 정보가 포함되어 있는지 보여주고 사용자는 해당 데이터를 기반으로 코드를 작성할 수 있기 때문에 중요합니다.

Q: 스키마 레지스트리란 무엇입니까?

스키마 레지스트리는 검색 가능한 스키마 컬렉션을 저장하므로 조직의 모든 개발자는 이 정보를 얻기 위해 문서를 살펴보거나 스키마의 작성자를 찾지 않아도 애플리케이션에서 생성한 스키마에 쉽게 액세스할 수 있습니다. 레지스트리에 스키마를 수동으로 추가하거나 EventBridge 스키마 검색 기능을 켜서 이 프로세스를 자동화할 수 있습니다.

Q: 스키마 검색 기능이란 무엇입니까?

스키마 검색 기능은 스키마를 찾아 레지스트리에 추가하는 프로세스를 자동화합니다. EventBridge 이벤트 버스에 스키마 검색 기능이 활성화된 경우 이벤트 버스로 전송된 각 이벤트의 스키마가 레지스트리에 자동으로 추가됩니다. 이벤트의 스키마가 변경되면 스키마 검색 기능이 레지스트리에 새로운 버전의 스키마를 자동으로 생성합니다. 스키마가 레지스트리에 추가되면 EventBridge 콘솔에서 또는 IDE에서 직접 스키마에 대한 코드 바인딩을 생성할 수 있습니다. 이를 통해 코드에서 이벤트를 강력한 형식의 객체로 나타낼 수 있고 유효성 검사, 자동 완성 등의 IDE 기능을 활용할 수 있습니다.

Q: 다른 계정으로 전달된 이벤트의 스키마를 검색할 수 있습니까?

기본, 사용자 지정 및 파트너 이벤트 버스의 검색자와 동일한 계정에서 시작된 이벤트에 대해서만 스키마 검색 기능을 사용할 수 있습니다.

Q: 스키마 레지스트리의 비용은 어떻게 됩니까?

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

Q: 스키마 레지스트리에서 작성해야 하는 코드의 양을 줄이려면 어떻게 해야 합니까?

첫 번째로, 스키마 검색 기능을 사용하여 EventBridge 이벤트 버스로 전송된 이벤트의 스키마를 자동으로 식별하고 레지스트리에 저장하면 이벤트 스키마를 수동으로 관리할 필요가 없습니다. 두 번째로, 버스에서 이벤트를 처리하는 애플리케이션을 작성할 때 이 스키마에 대한 코드 바인딩을 생성하고 다운로드하면 코드에서 직접 강력한 형식의 객체를 사용할 수 있습니다. 이를 통해 이벤트 핸들러의 역직렬화, 유효성 검사 및 추측 작업을 위한 오버헤드가 줄어듭니다.

Q: 스키마 레지스트리를 사용해야 하는 이유는 무엇입니까?

EventBridge를 사용하면 스키마 레지스트리를 통해 이벤트 기반 애플리케이션을 더 빠르게 개발할 수 있으므로 애플리케이션 코드에 집중할 수 있습니다. 이전에는 사용 가능한 이벤트와 해당 구조를 찾은 후, 이벤트를 해석하고 코드에서 이해할 수 있는 형식으로 변환하도록 코드를 작성해야 했습니다. 이제 스키마 레지스트리를 사용하면 AWS 서비스, 서드 파티 및 사용자 지정 애플리케이션을 비롯하여 지원되는 모든 이벤트 소스에서 사용 가능한 이벤트를 자동으로 찾고 이벤트의 스키마를 탐지할 수 있습니다.

Q: 스키마 레지스트리는 어떤 IDE를 지원합니까?

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

Q: Serverless Application Model(AWS SAM)에서 스키마를 사용할 수 있습니까?

예, AWS SAM CLI의 최신 버전에는 모든 스키마에 대해 EventBridge에서 새로운 서버리스 애플리케이션을 이벤트 유형으로 생성할 수 있는 대화형 모드가 포함되어 있습니다. ‘EventBridge Starter App’ 템플릿과 이벤트의 스키마를 선택하기만 하면 AWS SAM이 EventBridge에서 호출하는 Lambda 함수 및 이벤트 처리 코드와 함께 애플리케이션을 자동으로 생성합니다. 즉, 이벤트 트리거를 코드의 일반 객체처럼 취급하고 IDE의 유효성 검사, 자동 완성 등의 기능을 사용할 수 있습니다.

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

Q: 스키마에서 코드를 생성할 수 있는 언어는 무엇입니까?

Java(8+), Python(3.6+), TypeScript(3.0+)로 코드를 생성할 수 있습니다.

Q: 스키마 레지스트리는 어떤 AWS 리전에서 사용할 수 있습니까?

EventBridge 스키마 레지스트리는 미국 동부(오하이오 및 버지니아 북부), 미국 서부(오레곤 및 캘리포니아 북부), 캐나다(중부), EU(스톡홀름, 파리, 아일랜드, 프랑크푸르트, 런던), 아시아 태평양(뭄바이, 도쿄, 서울, 싱가포르, 홍콩, 시드니), 남아메리카(상파울루) 리전에서 사용할 수 있습니다.

글로벌 엔드포인트

Q: 글로벌 엔드포인트란 무엇입니까?

글로벌 엔드포인트는 AWS를 사용하여 고가용성 이벤트 중심 애플리케이션을 더 쉽게 구축할 수 있는 Amazon EventBridge의 새로운 기능입니다. 프라이머리 리전과 세컨더리 리전 간에 이벤트를 복제하여 최소한의 데이터 손실로 장애 조치를 지원할 수 있으며 서비스 중단이 발생할 경우에는 백업 리전으로 자동으로 장애 조치할 수 있습니다. 이 기능을 사용하면 다중 리전 아키텍처를 간단하게 도입하고 이벤트 중심 애플리케이션에 복원력을 내장할 수 있습니다.

Q: 글로벌 엔드포인트를 사용해야 하는 이유는 무엇입니까?

글로벌 엔드포인트는 서비스 중단 중에 위험에 처한 데이터의 양을 최소화함으로써 최종 고객에게 더 나은 경험을 제공합니다. 또한 수동 개입 없이 이벤트 수집을 보조 리전으로 자동으로 장애 조치할 수 있으므로 이벤트 중심 애플리케이션의 성능과 복원력이 개선됩니다. CloudWatch Alarms(Route53 상태 확인 사용)를 사용하면 장애 조치 기준을 유연하게 구성하고 기본 리전으로 장애 조치할 시기와 이벤트를 다시 라우팅할 시기를 결정할 수 있습니다.

Q: 글로벌 엔드포인트는 어떤 방식으로 애플리케이션의 가용성을 개선합니까?

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

Q: 글로벌 엔드포인트에는 어떤 유형의 애플리케이션이 적합합니까?

글로벌 엔드포인트는 멱등성이 필요하지 않거나 리전 간 멱등성을 처리할 수 있는 애플리케이션에 적합합니다. 서비스 또는 리전이 복구되기 전에 최대 420초(복구 시점 목표)간 이벤트가 복제되지 않아 프라이머리 리전에 갇혀도 되는 애플리케이션에 적합합니다.

Q: 글로벌 엔드포인트를 장애 조치할 때 사용해야 하는 지표는 무엇입니까?

Amazon EventBridge의 엔드 투 엔드 대기 시간을 보고하는 새로운 지표가 추가되었습니다. 이 지표를 사용하면 이벤트 수집을 세컨더리 리전으로 장애 조치해야 하는 오류가 EventBridge 내에 있는지 여부를 결정할 수 있습니다. 콘솔에서 미리 입력된 스택(원하는 경우 사용자 지정 가능)을 사용하여 CloudWatch 경보 및 Route53 상태 확인을 생성하는 방법으로 쉽게 시작할 수 있습니다. 경보 및 상태 확인을 설정하는 방법에 대한 자세한 내용은 시작 블로그 및 설명서를 참조하세요.

Q: 글로벌 엔드포인트를 장애 조치할 때 구독자의 지표를 사용해야 합니까?

구독자 지표를 상태 확인에 포함하는 것은 권장하지 않습니다. 단일 구독자에게 문제가 발생할 경우 다른 모든 구독자가 프라이머리 리전에서 정상 상태여도 게시자가 백업 리전으로 장애 조치하게 될 수 있기 때문입니다. 구독자 중 하나가 프라이머리 리전에서 이벤트를 처리하지 못할 경우 복제를 설정하여 세컨더리 리전에 있는 구독자가 이벤트를 성공적으로 처리할 수 있도록 해야 합니다.

Q: 예상 복구 시간 목표(RTO)와 복구 시점 목표(RPO)란 무엇입니까?

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

Q: 복제를 설정해야 합니까?

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

Q: 두 리전의 할당량을 관리하기 위한 모범 사례는 무엇입니까?

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

Q: 세컨더리 리전에 아키텍처를 복제하는 간편한 방법이 있습니까?

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

Q: 모든 계정, 리전 및 버스를 세컨더리 아키텍처에 사용할 수 있습니까?

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

Q: 글로벌 엔드포인트는 CloudTrail, S3 및 다른 AWS 서비스의 AWS 이벤트에서 작동합니까?

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

Q: 대기 시간 기반 라우팅을 지원합니까?

아니요. 첫 번째 출시에서는 대기 시간 기반 라우팅이 지원되지 않습니다.
글로벌 엔드포인트 비용은 얼마입니까?

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

Q: 복제에 대해 비용이 청구됩니까?

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

Q: 글로벌 엔드포인트는 어느 리전에서 사용할 수 있습니까?

글로벌 엔드포인트는 미국 동부(오하이오 및 버지니아 북부), 미국 서부(오레곤 및 캘리포니아 북부), 캐나다(중부), EU(스톡홀름, 파리, 아일랜드, 프랑크푸르트, 런던), 아시아 태평양(뭄바이, 도쿄, 서울, 싱가포르, 오사카, 시드니), 남아메리카(상파울루) 리전에서 사용할 수 있습니다.

비용 및 결제

Q: EventBridge 비용은 얼마입니까?

여기에서 요금을 참조하세요.

 

Q: 파트너가 이벤트 버스를 연결하지 않은 이벤트 소스로 전송한 이벤트에 대해 요금이 부과됩니까?

아니요.

아키텍처 및 설계

Q: 다른 계정으로 이벤트를 전송하는 대상을 보유할 수 있습니까?

예. 이러한 것을 교차 계정 이벤트라고 하며, 기본 이벤트이거나 다른 계정에서 다른 이벤트인 대상을 보유할 수 있습니다.

Q: AWS CloudFormation을 Amazon EventBridge와 함께 사용할 수 있습니까?

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

Q: 언제 Amazon EventBridge를 사용하고 언제 Amazon SNS를 사용해야 합니까?

Amazon EventBridge 및 Amazon SNS 모두 이벤트 중심 애플리케이션 개발에 사용할 수 있으며, 각자의 니즈에 따라 선택할 수 있습니다. SaaS 애플리케이션 및/또는 AWS 서비스의 이벤트에 반응하는 애플리케이션을 구축하려고 할 때는 Amazon EventBridge를 사용하는 것이 좋습니다. Amazon EventBridge는 타사 SaaS 파트너와 직접 통합하는 유일한 이벤트 기반 서비스입니다. 또한 Amazon EventBridge는 개발자가 자신의 계정에서 리소스를 생성하지 않고도 90개 이상의 AWS 서비스에서 이벤트를 자동 수집합니다. 또한, Amazon EventBridge는 이벤트에 대해 정의된 JSON 기반 구조를 사용하며 전체 이벤트 전반에 적용되는 규칙을 생성하여 대상으로 전달할 이벤트를 선택할 수 있습니다. Amazon EventBridge는 현재 AWS Lambda, Amazon SQS, Amazon SNS, Amazon Kinesis Streams 및 Kinesis Data Firehose를 포함한 15개가 넘는 AWS 서비스를 대상으로 지원합니다. 출시 시점을 기준으로 Amazon EventBridge는 제한된 처리량(서비스 한도 참조)을 제공하며 요청을 통해 늘릴 수 있습니다. 일반적인 대기 시간은 약 0.5초입니다.

다른 애플리케이션이나 마이크로서비스에서 게시한 높은 처리량 또는 짧은 대기 시간 메시지에 대응하는 애플리케이션을 구축하려는 경우(Amazon SNS는 무제한 처리량을 제공함) 또는 높은 팬아웃이 필요한 분야(수천 또는 수백만 개의 엔드포인트)에는 Amazon SNS가 권장됩니다. 메시지는 비정형이며 어떤 형식이든 가능합니다. Amazon SNS는 AWS Lambda, Amazon SQS, HTTP/S 엔드포인트, SMS, Mobile Push, 이메일을 포함한 다양한 6가지 유형의 대상에 메시지 전달을 지원합니다. Amazon SNS의 일반적인 대기 시간은 30밀리초 이하입니다. 다양한 범주의 AWS 서비스가 서비스 구성을 통해 SNS 메시지를 전송합니다(Amazon EC2, Amazon S3 및 Amazon RDS 포함 30개 이상).

통합

Q: SaaS 애플리케이션을 Amazon EventBridge와 통합해야 하는 이유는 무엇입니까?

Amazon EventBridge를 사용하면 SaaS 공급 업체가 서비스를 AWS를 기반으로 하는 고객의 이벤트 중심 아키텍처로 간편하게 통합할 수 있습니다. Amazon EventBridge는 수백만 명의 AWS 개발자들이 고객의 제품을 직접 사용할 수 있도록 하여 새로운 사용 사례를 창출합니다. SaaS 공급 업체가 이벤트 인프라를 관리하지 않고도 이벤트를 전송할 수 있는 안전하고 확장 가능하며 완벽하게 감사 가능한 경로를 제공합니다.

Q: 이용 중인 SaaS 회사가 훌륭한 이벤트 소스가 될 것으로 생각되는데 안전하게 온보딩하려면 어떻게 해야 합니까?

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

Q: SaaS 공급 업체를 Amazon EventBridge와 통합하려면 어느 정도의 노력이 필요합니까?

웹 훅 또는 기타 푸시 기반 통합 모드를 이미 지원하는 SaaS 공급 업체는 5일 이내에 Amazon EventBridge와의 통합을 위한 개발 작업을 완료할 수 있습니다.

Q: 어떤 SaaS 통합이 지원됩니까?

지원되는 통합의 전체 목록은 여기를 참조하세요.

Amazon EventBridge 통합
Amazon EventBridge 통합에 대해 자세히 알아보기

Amazon EventBridge 통합 페이지로 이동하십시오.

자세히 알아보기 
콘솔에서 구축 시작
콘솔에서 구축 시작하기

AWS Management Console에서 Amazon EventBridge를 사용하여 구축을 시작하십시오.

로그인 
설명서 보기
자세한 내용은 설명서를 참조하세요.

개발자 안내서에서 EventBridge에 대해 자세히 알아보십시오.

자세히 알아보기