• 이번 주 한 일
  • 팀 전체
    • 서킷브레이커
    • 동시성 제어 성공은 했는데, test가 더 필요한 상황
    • 검색 자동완성
    • 로그 (슬랙)
    • 품절,절판 상태 엘라스틱서치와 연동(완성 예정)
  • 팀원 개인별
• 이외에도 기술적인 방향을 잡기 위한 질문을 정리해오시면 가장 좋습니다!
  • 중간 발표 대비 최종 발표 때 보완할 점은 없는지 (발표는 어떻게 하면 좋을지? 지난 중간발표 때 의사 결정 과정을 넣은 것이 좋다고 하셨는데 이번에도 똑같이 하면 될지? 넣으면 좋을만한 내용이 또 뭐가 있을지?)

꼭 스레드 순으로 처리가 되어야 하나?

DB커넥션이 천개가 없잖아 톰캣 스레드는 20개밖에 없어 동시에 많이 들어오면 어떡해?

서버가 한 대면 지금 상황이 맞는데 서버가 여러 대면 순서가 보장되지 않음.

테스트 코드 쓸때는 h2랑 연결해두면 인메모리기때문에 myql에 대한 디펜던시가 없음

레디스 테스트 할때는 레디스 가상 서버 임베디드 레디스를 씀

빌드.그라들에 testTmplementation 넣어줄 수 있음.

알고 썼는지 모르고 썼는지 판단할 수 있는 게 중요함.

라이브러리에 나와 있더라고 그걸 설명하는 과정이 필요함.

우리가 뭘 했는지 결과물을 보여줘야 함.

프로젝트 흐름 - 어려웠던 부분 검색이 문제가 있어서 - 인덱스를 햇는데 무슨 더 문제가 잇어서 엘라스틱으로 엘라스틱 안 될 수도 있으니까 서킷 브레이커 >> 이런식 으로 흐름을 적어보고

트러블 슈팅 정리

동작원리

왜 사용?