Event-driven architecture에 대해

 

An event driven architecture may be built on four logical layers, starting with the sensing of an event (i.e., a significant temporal state or fact), proceeding to the creation of its technical representation in the form of an event structure and ending with a non-empty set of reactions to that event.

 

event driven architecture는 네 개의 논리 레이어를 가진다. 이벤트의 감지를 시작하면서, 이벤트 구조의 형태를 기술적으로 표현한 산출물을 진행시키고 이벤트에게 비어있지 않은 반응들을 끝낸다.

 

Event generator

이벤트 제너레이터

 

The first logical layer is the event generator, which senses a fact and represents the fact into an event. Since a fact can be almost anything that can be sensed, so can an event generator. As an example, an event generator could be an email client, an E-commerce system, a monitoring agent or some type of physical sensor. Converting the data collected from such a diverse set of data sources to one standardized form of data for evaluation is a significant task in the design and implementation of this layer. However, considering that an event is a strongly declarative frame, any transformational operations can be easily applied, thus eliminating the need for a high level of standardization.

 

첫 번째 단계는 이벤트 제너레이터이다. 이벤트 제너레이터는 이벤트 안으로 팩트를 나타내고, 팩트를 감지한다. 팩트는 대개 감지된 것이라면 무엇이든 될 수 있기 때문에, 이벤트 제너레이터라고 불린다. 예를 들면 이벤트 제너레이터는 이메일 클라이언트일 수도 있고, E-commerce system 혹은 물리적 센서일 수 도 있다. 다양한 데이터를 하나로 표준화되게 변환하는 것은 첫 번째 레이어인 이벤트 제너레이터 레이어에서 하는 중요한 업무이다. 그러나 이벤트를 변환하는 것은 매우 서술적인 것이어서, 어떠한 변환을 해도 쉽게 적용될 수 있다. 그래서 고수준의 표준화 요구는 제거된다.

 

Event channel

이벤트 채널

 

An event channel is a mechanism whereby the information from an event generator is transferred to the event engine or sink. This could be a TCP/IP connection or any type of input file (flat, XML format, e-mail, etc.). Several event channels can be opened at the same time. Usually, because the event processing engine has to process them in near real time, the event channels will be read asynchronously. The events are stored in a queue, waiting to be processed later by the event processing engine.

 

이벤트 채널은 이벤트 제너레이터에서 이벤트 엔진과 싱크로 보내지는 정보 메커니즘을 말한다. TCP/IP의 연결이나 (flat, XML format, e-mail)과 같은 파일 등을 예로 들 수 있다. 이벤트 채널은 동시에 실행될 수도 있다. 보통 이벤트 엔진은 실시간에 가깝게 수행되기 때문에, 이벤트 채널은 비동기적으로 데이터를 읽어야 한다.

이벤트들은 큐의 형태로 저장되며, 이벤트 엔진에 의해 관리된다.

 

Event processing engine

이벤트 엔진

 

The event processing engine is where the event is identified, and the appropriate reaction is selected and executed. This can also lead to a number of assertions being produced. i.e., if the event that comes into the event processing engine is a “product ID low in stock”, this may trigger reactions such as, “Order product ID” and “Notify personnel”.

 

이벤트 엔진은 이벤트가 위치를 정하고, 적절한 명령을 선택하고 실행한다. 이벤트 엔진은 또한 많은 명령들을 실행한다. 예를 들면 이벤트 엔진에 이벤트가 들어오면 “product ID low in stock”를 실행한다. 이것은 “Order product ID” 나 “Notify personnel”의 반응을 발생하게 할 것이다.

 

Downstream event-driven activity

다운스트림 이벤트 활동

 

This is where the consequences of the event are shown. This can be done in many different ways and forms; e.g., an email is sent to someone and an application may display some kind of warning on the screen. Depending on the level of automation provided by the sink (event processing engine) the downstream activity might not be required.

 

Downstream event-driven activity는 이벤트의 결과가 보여지는 단계이다. 이 단계는 매우 많은 방법과 형태로 표현될 수 있다. 예를 들면 이메일을 다른 사람에게 보내고, 어플리케이션은 스크린에 일련의 경고를 출력할 수 있는 경우를 말할 수 있다. 싱크에 의해 자동 생성된 the downstream activity은 사용되지 않을 수도 있다.

출처 : https://en.wikipedia.org/wiki/Event-driven_architecture