항해99 실전 프로젝트 (11일차)

Kafka 순서 보장 전략

1. 라운드 로빈 또는 스프레이
2. 해싱 키 파티션
3. 사용자 정의 파티션
4. 병렬 소비자 ✅

참고 사이트

https://www.baeldung.com/kafka-message-ordering
https://d2.naver.com/helloworld/7181840#그냥-파티션-늘리면-안-돼
https://github.com/confluentinc/parallel-consumer
https://stackoverflow.com/questions/67224363/parallel-processing-and-maintaining-order-in-the-consumer-end-kafka-camel

Pinpoint Tmomi 적용

첫 번째 docker-compose

• 필요없는 도커들은 제외를 했다 redis, mysql… 등
• Pinpoint만 사용하기 위한 compose로 수정을 하였는데 tmomi에서 user의 request 개수를 제대로 체크를 못하고 있다.
• 그래서 제외한 것 중 문제가 있는지 quickapp으로 재확인을 하기로 했다.

두 번째 docker-compose

• docker-compose의 충돌되는 포트를 변경하여서
• quickapp과 같이 tmomi를 테스트 하였다.
• quickapp은 user 통신이 바로 확인되는 반면에 tmomi는 제대로 user의 request를 못 받는걸로 보인다.

VM에 아래의 config을 안넣어서 제대로 유저 Request를 못가져오는 오류

-Dpinpoint.config=/Users/hero/Downloads/pinpoint-agent-2.5.3/pinpoint-root.config

• 정상 작동되는 최종 VM

-javaagent:/Users/hero/Downloads/pinpoint-agent-2.5.3/pinpoint-bootstrap.jar  
-Dpinpoint.applicationName=tmomi  
-Dpinpoint.agentId=tmomi  
-Dpinpoint.config=/Users/hero/Downloads/pinpoint-agent-2.5.3/pinpoint-root.config
-Xshare:off  

• 정상적으로 성공