🎶 프로젝트 사전회의
금요일부터 시작될 2차(라고 쓰고 최종이라 읽는) 프로젝트 사전 회의 시간을 가졌다.
팀원분이 시간 단축과 정확한 정보 전달을 위해서 정성스러운 PPT를 가져오셨다...
1안은 DDD(Domain-Driven Design) 방식으로, 각자 하나씩 도메인을 맡고 CI/CD 환경을 구축해서 독자적인 개발을 진행하는 것이었다.
2안은 Model별로 나눠서 기존처럼 개발하는 방식이었다.
1안은 너무 독립적인 느낌이 강해서 2안을 보충하는 식으로 결정했다.
DB 또한 도메인 별로 나누지 않고 로컬에서 개발 진행 후 통합하는 것으로 했다.
일단 Spring MVC방식으로 컨버팅하기 위해서 도메인 구분이 필요했다.
기존 프로젝트의 기능들을 뜯어 도메인 별로 분리하고, 각 도메인의 메인과 서브를 맡을 팀원을 배정했다.
모두 개인 계정이기에 클라우드 비용의 압박도 있어서 배포 환경 구축은 개발이 끝난 후 자세히 정하기로 했다.
회원 / 뉴스 / 댓글 / 고객관리 이렇게 구분하였고 나는 회원 도메인을 메인으로, 댓글 도메인은 서브로 담당하게 되었다.
처음에는 도메인을 확실하게 구분 짓지 못했는데, 아무래도 front상으로 구분 짓다 보니 기능이 분리되어 버렸다. 백엔드 관점에서 해당 도메인을 떼어내서 옮겨 붙여도 정상적으로 기능하도록 해야한다.
이번 과정에서 가장 중요한 건 완성도이다. 실제로 피드백이 오가는 과정이 있기 때문에 사용자가 서비스 이용에 어려움이 없도록, 더하여 군더더기 없는 짜임새로 프로젝트를 완성하고 싶다.
컨버팅이 끝나고 추가할 기능들을 얘기하는 과정에서 재미있는 생각들이 많이 나와서 시작부터 설렌다.
🔐 Spring Security
일단 현재는 스프링 시큐리티로 유저, 권한을 생성하고 jwt access token, refresh token 발급이 가능한 상태이다. 근데 아직 ARC로 넣으면 오류 나서 커맨드라인으로 넣는다ㅎㅎㅋ... 만들어두긴 했는데 응용이 되질 않는 상태...
아무튼 프로젝트에서 관리자 페이지가 필요하다면 그냥 전에 해둔 거 그대로 갖다 써도 되지 않을까 하는 막연한...생각을 하고 있다.
고객 관리 도메인이 어느 정도로 복잡해질지는 모르겠는데, 만약에 게시물을 확인하고 답변하고 이런 과정이 생긴다면 인가 관련해서 할 일이 더 생길 듯하다. 서브에 어떤 기능을 넘겨야 할지 잘 모르겠지만 security config를 넘겨도 될 것 같고 리팩토링도 괜찮을 것 같고... 일단 컨버팅하는데 시간이 어느 정도 소요될지를 모르겠어서 걱정이다.
SAVE 💾
역시 말을 꺼낸 사람이 하게된다고ㅋㅋㅋ 시큐리티 말 꺼낸 내가 담당이 되었다... 저번에도 좋아요 얘기 꺼내서 됐던 것 같은데...아무튼 공부한다 생각하고 열심히 해보자... 내일은 mysql 연결하기~!
