Amazon EventBridge – SaaS 애플리케이션에 대한 이벤트 기반 통합 서비스 (서울 리전 포함)

KENNETH

5년 ago

대부분 AWS 고객이 SaaS(Software as a Service) 애플리케이션도 효과적으로 활용하고 있습니다. 예를 들어, Zendesk를 사용하여 고객 서비스 및 지원 티켓을 관리하고, PagerDuty를 사용하여 인시던트 대응을 처리하고, 실시간 모니터링에 SignalFX를 사용합니다. 이러한 애플리케이션은 저마다 뛰어난 성능을 보이지만, 고객의 자체 시스템, 데이터베이스 및 워크플로에 통합되면 성능이 더욱 향상시킬 수 있습니다.

Amazon EventBridge 서비스 소개

늘어나고 있는 이러한 공통 요구 사항을 지원하기 위해 AWS는 Amazon EventBridge를 출시했습니다. CloudWatch Events의 기반을 이루는 강력한 이벤트 처리 모델에 구축된 EventBridge를 사용하면 고객은 더욱 쉽게 고객의 AWS 애플리케이션을 SaaS 애플리케이션에 통합할 수 있습니다. SaaS 애플리케이션은 어디에나 호스팅 가능하며, 각 AWS 고객에 특정한 이벤트 버스에 이벤트를 간단하게 게시할 수 있습니다. 비동기 이벤트 기반 모델은 빠르고, 깔끔하고, 사용하기 쉽습니다.

서비스 게시자(SaaS 애플리케이션) 및 소비자(AWS에서 실행되는 코드)는 완전히 분리되며, 공유 통신 프로토콜, 런타임 환경 또는 프로그래밍 언어에 종속되지 않습니다. 간단한 Lambda 함수를 사용하여 SaaS 애플리케이션에서 생성된 이벤트를 처리할 수 있으며, 다양한 유형의 다른 AWS 대상으로 이벤트를 라우팅할 수도 있습니다. Amazon Redshift에서 인시던트나 티켓 데이터를 저장하고, 고객 지원 쿼리에서 기계 학습을 학습하는 등을 수행할 수 있습니다.

한 가지 중요한 변경 사항을 통해 CloudWatch Events에 대해 이미 알고 있고 꽤 만족스러운 모든 사항을 그대로 적용할 수 있습니다. AWS 서비스에서의 이벤트(PutEvents에 대한 호출) 또는 권한이 있는 다른 계정의 이벤트를 수락하는 기존의 기본 이벤트 버스 외에도, 사용자가 구독하는 각 파트너 애플리케이션은 AWS 계정에서 이벤트 버스에 연결할 수 있는 이벤트 소스도 생성합니다. 이벤트 버스를 선택하고, EventBridge 규칙을 생성하고, 수신 이벤트가 규칙과 일치하면 호출할 대상을 선택할 수 있습니다.

오늘 출시된 제품 중에는, 파트너 프로그램도 공개되었습니다. 통합 프로세스는 단순하고 직관적이며, 보통 개발자 시간으로 1주 미만이면 됩니다.

EventBridge 주요 사항

다음은 Amazon EventBridge 사용 방법을 이해하기 위해 필요한 몇 가지 용어입니다.

파트너 – SaaS 애플리케이션을 EventBridge에 통합하는 조직입니다.
고객 – AWS를 사용하며, 파트너의 SaaS 애플리케이션을 구독하는 조직입니다.
파트너 이름 – Amazon EventBridge 파트너를 식별하는 고유한 이름입니다.
파트너 이벤트 버스 – 파트너에서 AWS로 이벤트를 전송하는 데 사용되는 이벤트 버스입니다.

EventBridge는 AWS Management Console, AWS CLI(명령줄 인터페이스) 또는 AWS SDK에서 액세스할 수 있습니다. 파트너와 고객에게 별도의 명령 및 API가 제공됩니다. 다음은 가장 중요한 몇 가지 요소입니다.

파트너 – CreatePartnerEventSource, ListPartnerEventSourceAccounts, ListPartnerEventSources, PutPartnerEvents.

고객 – ListEventSources, ActivateEventSource, CreateEventBus, ListEventBuses, PutRule, PutTargets.

EventBridge 서비스 프로세스

앞서 말한 대로, 통합 프로세스는 단순하고 직관적입니다. 고객이 AWS 계정 번호를 입력하고 AWS 리전을 선택할 수 있도록 해야 합니다. 이 정보를 확보했으면, 원하는 리전에서 CreatePartnerEventSource를 호출하고, 고객에게 이벤트 소스 이름을 알리고, 연결을 위한 초대를 수락해줄 것을 요청하며, 이벤트 소스 상태가 ACTIVE로 변경되기를 기다립니다. 그런 다음, 원하는 고객에 대한 이벤트가 나타날 때마다 PutPartnerEvents를 호출하고 이벤트 소스를 참조합니다.

고객 측에서 프로세스는 매우 간단합니다. CreateEventBus를 호출하여 이벤트 소스에 연결된 이벤트 버스를 생성하고 연결을 위한 초대를 수락합니다. 이벤트 버스에 규칙 및 대상을 추가하고, 이벤트를 처리할 수 있도록 Lambda 함수를 준비합니다. 또한 이벤트 소스를 이벤트 버스에 연결하면 소스가 활성화되고 이벤트 플로우가 시작됩니다. DeActivateEventSource 및 ActivateEventSource를 사용하여 플로우를 제어할 수 있습니다.

다음은 전체 플로우(SequenceDiagram을 사용하여 생성된 다이어그램)입니다.

각 파트너는 애플리케이션과 관련된 이벤트를 자유롭게 선택하고, 각 이벤트에 포함된 데이터 요소를 정의할 수 있습니다.

EventBridge 시작하기

EventBridge 콘솔을 시작하고 [Partner event sources]를 클릭하고, 원하는 파트너를 찾고, 파트너를 클릭하여 자세한 내용을 봅니다.

각 파트너 페이지에는 통합에 대한 추가 정보가 포함되어 있습니다. 정보를 읽고 [Set up]을 클릭하여 계속 진행합니다.

이 페이지에서는 이벤트 소스를 설정하는 간단한 3단계 절차를 제공합니다.

파트너가 이벤트 소스를 생성한 후에 [Partner event sources]로 돌아갑니다. 그러면 Zendesk 이벤트 소스가 [Pending]으로 표시됩니다.

보류 중인 이벤트 소스를 클릭하고, 세부 정보를 검토한 후에, [Associate with event bus]를 클릭합니다.

다른 AWS 계정, 내 조직 또는 다른 조직이 내가 생성하려는 이벤트 버스에서 이벤트에 액세스하도록 허용하는 옵션이 있습니다. 오리진을 신뢰하고 추가 권한을 추가했는지 확인한 후에 [Associate]를 클릭합니다.

이제 새 이벤트 버스가 사용 가능하며, [Custom event bus]로 표시됩니다.

[Rules]를 클릭하고, 이벤트 버스를 선택하고, 이에 연결할 규칙(아직 없음)을 확인합니다. 그런 다음, [Create rule]을 클릭하여 첫 번째 규칙을 작성합니다.

첫 번째 규칙에 대한 이름과 설명을 입력합니다.

패턴을 정의하고, [Service name]으로 Zendesk를 선택합니다.

대상으로 Lambda 함수를 선택합니다.

또한 다른 여러 대상에서 선택할 수도 있습니다.

규칙을 생성한 후에, Zendesk 계정에서 나타나는 활동에 대한 응답으로 해당 규칙이 활성화됩니다. 초기 이벤트 세트에는 TicketCreated, CommentCreated, TagsChanged, AgentAssignmentChanged, GroupAssignmentChanged, FollowersChanged, EmailCCsChanged, CustomFieldChanged 및 StatusChanged가 포함됩니다. 각 이벤트에는 여러 속성이 포함됩니다. 자세한 내용은 설명서를 참조하십시오.