Page History

이벤트 처리기를 위한 성능가이드 Tip 

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

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