푸른 EventHub - 생산 트랜잭션 데이터

Question

설명서를 읽기, 푸른 EventHubs는

https://docs.microsoft.com/en-us/azure/event-hubs/event-hubs-what-is-event-hubs

1. 응용 계측
것들의
2. 사용자 경험이나 워크 플로우 처리
3. 인터넷 IOT()에 대한 의미 시나리오

모든 transac에 사용할 수 있습니까? 매출 데이터 또는 애플리케이션 민감 데이터를 처리 할 수 ​​있습니까?

읽은 내용을 기반으로 데이터 손실을 걱정할 필요가없는 데이터를 처리하는 의미로 보입니다.

설명해 주실 수 있습니까?

Answer 1

주로 대규모 데이터 처리를 위해 설계되었습니다. 이것이 일반적인 시나리오가 대량의 원격 측정 데이터를 전송하는 다수의 장치로 구성된 IoT 솔루션을 포함하는 이유입니다.

이러한 종류의 스케일을 허용하기 위해 Azure Service Bus과 같은 다른 메시징 서비스 기능은 포함되지 않습니다. 나는 this blog이 차이점을 듣는 훌륭한 역할을한다고 생각한다. 특히 섹션 사용 사례 아주 잘 것들을 설명 : 명령 메시지 또는 요청을 사용하는 패턴을 구현하는 경우 우리가 다음 우리의 일반적인 엔터프라이즈 통합 패턴의 일부를 고려하는 경우 대상 사용 사례 관점에서

/Reply Message 그러면 Azure Service Bus Messaging을 사용하려고 할 것입니다. RPC 패턴은 응답 대기열을 사용하여 Azure Service Bus에서 요청/응답 메시지를 사용하여 구현할 수 있습니다. 이것들은 실제로 ESB와 EAI 스타일 메시징 패턴에 관한 것이며, 애플리케이션간에 메시지를 보내고 속성 기반 라우팅과 같은 다른 기능을 사용하고자 할 것입니다.

Azure Event Hubs는 이벤트 메시지로 패턴을 구현하고 엄청난 규모의 이벤트를 처리 할 수있는 신뢰할 수있는 장소를 원하지만 이벤트를 처리 할 수있게하려는 경우에 사용됩니다 프로세스의.

이러한 핵심 대상 사용 사례를 염두에두고 규모 차이가 발생하는 곳을 쉽게 알 수 있습니다. 메시징의 경우 하나 이상의 응용 프로그램에 무언가를하거나 나에게 무언가를 말하려는 하나의 응용 프로그램에 관한 것입니다. 대안은 사건 발생시 응용 프로그램이 무언가가 존재했다는 것을 말하고 있다는 것입니다. 전형적인 애플리케이션 시나리오에서 이것을 고려하고 텔레 메 트리 및 로깅 공간에 이벤트를 넣으면 Something HAS HAPPENED 시나리오가 다른 것보다 훨씬 많은 트래픽을 생성한다는 것을 빨리 알 수 있습니다.

이제는 이벤트 허브를 사용하여 일부 메시징 유형 기능을 구현할 수 없으며 통합에서와 같이 이벤트를 서비스 버스 주제로 푸시 할 수 없다는 것은 아닙니다. 서로 다른 구현 시나리오가 발생하는 요구 사항이 항상 다릅니다. ,하지만 당신이 일반적으로 위의 규칙을 따른다면 보통 올바른 길을 가고 있다고 생각합니다.

그러나 이는 데이터 손실에 대해 걱정할 필요가없는 데이터 만 처리 할 수 ​​있다는 것을 의미하지는 않습니다. 데이터는 구성 가능한 시간 동안 저장되며 필요한 경우이 데이터는 이전 시점에서 읽을 수 있습니다.

시나리오에 따라 이벤트 허브가 가장 적합하다고 생각하지 않습니다. 하지만 진실을 말하면, 당신이 정확히하고 싶은 일에 대해 더 자세히 설명해야하기 때문에 확신 할 수 없습니다.

추가 Event Hubs의 기본 아이디어는 최소한 한 번 큰 규모로 전달한다는 것입니다. (Source). 이 질문도 참조하십시오 : Does Azure Event Hub guarantees at least once delivery?