항해 플러스 3주차 회고

3주차 발제 서버구축

 

발제 주제를 보자마자 지금 까지는 장난이었고, 본게임이 시작되는 것 같은 느낌이었다. 

e-커머스 서비스, 맛집 검색 서비스, 콘서트 예약 서비스 3가지 시나리오 중 본인이 원하는 시나리오를 선택하여 프로젝트를 2주 동안 진행하게 되며, 5주 차부터 시작될 대용량 서비스 주제도 이번 프로젝트를 기반으로 리팩토링 하면서 진행하는 것 같다.

 

우선 나는 프로젝트 주제를 보자마자 콘서트 예약 서비스를 하고 싶었다.

코치님들이 난이도로 치면 제일 어렵다고 하셨다. 많은 걸 얻으려고 시작했기 때문에 어려운 만큼 더 많은걸 얻을 수 있지 않을까?라는 생각도 있었고 사실 평소에 친구들의 티켓팅을 자주 도와주었던 기억들이 있어서 어떻게 동작할까?라는 호기심이 컸다.

 

이번 주차 과제는 코딩은 없지만, 과제를 해결 하기 위해 생각이 정말 많이 필요했다.

실제로 수정도 많이 했지만, 과제를 다 해결하고 보니까 문서화가 정말 중요하다고 느껴졌다. 

- 마일스톤

- 시나리오 요구사항 분석

- API 명세

- 시퀀스 다이어그램

- Mock API 

- ERD

 

콘서트 예약 서비스의 분산 처리 핵심은 대기열 구현인데, 이 로직을 구현하기 위해서 많은 구글링 해본 결과 보통은 Redis, MessageQueue 등을 사용해서 많이 처리하는 것 같았다. 조원들과 상의 후 우선 이런 로직 자체를 처음 구현하다 보니 효율성을 떠나서 RDB로도 해결해 볼 수 있을 것 같아서 RDB로 구현을 해보기로 결정을 했다.

 

대기열 로직을 어떻게 구현해야할지 계속 생각하다 보니 ERD, 시퀀스 다이어그램, API 명세를 계속 수정했다..

조원들과도 해당 부분을 각자 어떻게 구현해볼지 얘기를 하다 보니 뭔가 조각들이 맞춰지는 느낌이 들어서 혼자 노트를 펴고 다양한 시나리오를 생각했다. 실제로 구현해 보면 상황이 많이 달라질 것 같은 느낌이 들지만, 어느 정도 정리는 된 것 같다.

 

다음 주차부터 구현을 하면서 클린 + 레이어드 아키텍처 구조로 만들어 볼 예정이며, 최대한 깔끔하게 구현을 잘해보도록 노력해야겠다.

 

대략적인 내 구상은 이렇다.

https://github.com/ddongjunn/hpplus/tree/master/hhplus-concert-reservation/document

hpplus/hhplus-concert-reservation/document at master · ddongjunn/hpplus