- 트러블 슈팅 스케줄러에서 request를 가져오는 방식에 대한 질문
- 스케줄러에서 request객체를 왜 넣는 상황이 필요했는지 (즉 jwt에 대한 정보를 왜 전달하게 되었는지)
- 스케줄러에서는 인자로 넣어주는 방식이 있었는데 왜 다른 곳에서 사용한 인터셉터를 재사용을 했는지
- 스케줄러에서 별도로 securityContext에 값을 넣어주는 형식인지
- ordered UUID 대신에 다른 대안이 있었는지?
Sequence를 사용하면 되지 않았을까라는 질문을 하려고했는데 난수성에 대해서 미리 설명해서 질문은 안했다.
- ordered UUID에 대한 라이브러리를 어떤 거를 사용했는지
- 난수성에 대해서 생각을 하셨다고 했는데 타임베이스로 구현 or 라이브러리를 선택하는 기준에 대한
-
카프카에서 큐를 쌓는 기준은 무엇인가요?
-
consumer의 갯수는 몇개인가요?
- 파티션은 몇개로 구성을 했는지
- 하나로한 이유는 무엇인지
ex) 하나로 했다면 순서보장을 해주기 위해서 했다라고 대답할 줄 알았다.