feat: 부하테스트 시나리오 추가 및, 모니터링 도입 - 1 phase #67
Conversation
- k6 를 이용해 10,25,50,100 uv 를 테스트 하였다 - 계좌 조회시 낙관적 lock 을 이용하면서 실패율이 증가하여 비관적 락을 사용하는것으로 대응"
flab-true
left a comment
flab-true
left a comment
There was a problem hiding this comment.
http 연결 부분과 traceId 전파 관련 코멘트를 남깁니다.
| mapOf( | ||
| "eventType" to "TRANSFER_COMPLETED", | ||
| "eventVersion" to "v1", | ||
| "traceId" to (MDC.get("traceId") ?: UUID.randomUUID().toString()), |
There was a problem hiding this comment.
이전에도 공유는 드렸지만, traceId를 수동으로 설정 및 전파해도 됩니다만, Spring 트레이싱을 고려하면 좋겠습니다.
Spring Boot 3 + Micrometer Tracing를 조사해 보시겠어요?
consume에서 들어 오는 요청을 trace context를 어떤 포맷으로 읽을지(w3c, b3_multi) 등 정의하고, 어떻게 나가는지 produce에서 어떤 포맷으로 전파할지 자동화 할 수 있습니다.
| mapOf( | ||
| "eventType" to "TRANSFER_COMPLETED", | ||
| "eventVersion" to "v1", | ||
| "traceId" to (MDC.get("traceId") ?: UUID.randomUUID().toString()), |
There was a problem hiding this comment.
traceId가 존재하지 않으면, traceId가 끊어지는데요. 이런 경우가 있을까요?
span, traceid 개념을 모두 적용하는 편이 좋을 것 같은데요.(Spring Boot 3 + Micrometer Tracing 참고)
There was a problem hiding this comment.
해당 설정은 Keep-Alive와 같이 검토하면 좋겠습니다.
A->B 인 경우 B 쪽 Keep-Alive 설정과 고려하여 검증하면 좋겠습니다.
만약 A 설정 값이 B 족 Keep-Alive 설정값 보다 크다면 어떻게 될까요?
There was a problem hiding this comment.
idle 상태 유무와 연관성이 있을 것 같은데요. 해당 설정 값은 Keep-Alive 보다 큰 값이 좋을까요? 적은 값이 좋을까요?
keep-alive와 timetoLive(idle) 연관성을 같이 보시면 좋겠습니다.
|
만약 기회가 된다면, 각 컴포넌트에서 직접 컴포넌트로 호출하지 말고 Spring Gateway API Gateway 혹은 nginx reverse proxy를 활용하여 API Gateway를 구성하는 방안도 좋을 것 같다는 의견을 드립니다. 추가적으로 front 측 페이지에서 여러 컴포넌트로 API를 호출하는 경우 어떻게 구성하면 좋을까요? 내일 이 부분도 같이 이야기를 나누고 싶습니다. |
hyungkishin
force-pushed
the
feat/load-test
branch
from
3b37ee3 to
e6b1744
Compare
document - 부하테스트 시나리오 md 파일 작성
load 부하테스트 1-phase
todo