Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

이벤트 큐로 확장하기

Warning

이벤트 처리기를 위한 TipTip 

시대의 흐름에 따라 변경될수 있습니다. 패킷최적화를 위해 Byte Order를 고려하던 시절이 있었지만 이제 그럴필요는 없습니다.

  • 이벤트를 수집및 전송하기위해,  RestFul API로 건바이건으로 처리하는 방식으로 만들지 마십시오~ Rest는 고비용 프로토콜이기때문에 대용량 이벤트 처리기에 적합하지 않습니다.  API 비동기호출과는 다른 문제입니다~
  • 이벤트를 저장하기위해, 저장엔진이 1Event를 인입기를 제공한다고해도 그대로 사용하지 마십시오~ 1초이내에 발생한 저장이벤트가 1000번이다라고하면 저장비용보다 전송비용이 훨씬 클수 있습니다.
  • 이벤트 분석을 위해 , Raw단계에서 새로운 모델로 변환및 가공을 하지 마십시오~ 분석 모델이 변경된다고 가정하면 서비스 코드를 다시 수정해야합니다.
  • 메시지의 유실까지 고려하면 Kafka를 활용할수 있고, Elk가 있다고하면 FileBeat를 활용할수도 있습니다. 하지만 중요한것은 이벤트에 대한 초기모델(버전 관리가 되는 POCO/POJO)을 잘 정의하는 것입니다. 


서비스에서 이벤트가 발생할때마다 Crud를 직접하는것은 서비스의 성능을 느리게할수 있으며, 발생이벤트를 메시징큐에 적재하여

...