2023.05.08 ~ 2023.05.14
[SpringBoot] Github Action으로 AWS EC2 자동 빌드/배포하기(CI/CD)
[배포 자동화] Github Actions & S3 & CodeDeploy
Spring Security, Jwt 설정하기 → 매니저님 피드백대로 UserDetailsImpl 사용하지 않고 @AthenticationPrincipal 에서 바로 User 정보를 받아올 수 있게 변경 시도
→ 순환참조 트러블슈팅
회원가입, 로그인구현
한 주 동안 미니프로젝트를 진행하면서 프론트분들과 첫 협업을 진행했다. 이번 기수는 백엔드 지원자가 많아서 팀당 프론트 2 백 4 이었다..
프론트에서는 API 명세서를 볼줄도 백에서 어떻게 데이터를 받아오는지도 모르는 상태였고, 쿠키나 JWT에 대한 개념도 강의받지 못한 상태였다..
백에서도 프론트가 어떻게 데이터를 받아 사용하는지 모르는 상태였기 때문에 기능과 페이지 별로 API 명세서를 작성한 후 작업하였다
그렇게 금 토 일 백에서 구현이 마친뒤 서버 배포를 시작했는데 진짜 너무 어려웠고 여태까지 가장 많은 에러 메세지를 보았다. 미니 프로젝트가 아닌 배포 프로젝트라고 해도 과언이 아니었다.
귀한 프론트분들이 하루 1시간 자면서 하는데 뭐라도 도와드리고 싶어서 FE 레포를 클론받아 어찌어찌 List 데이터를 index 로 나열하는 법을 배워서 공유했다. 바로바로 변경사항도 보이고 재미있어 보였다. 풀스택 개발자도 도전해보고싶다 !
그렇게 목요일 발표날이 오고 기술매니저님의 피드백에 많은걸 느꼈다.. Api를 정말 잘못작성하고 계획했구나..
당연한 결과였다. FE와 BE에서 하는 일 상호작용 하는일에 대해 서로 너무나도 모르는 상태였기 때문이다..
이번 협업 프로젝트를 통해 프론트에서 어떻게 데이터를 받아서 사용하는지에 대해 조금 알게되었고, 토큰에 대해 정말 잘못 알고 있었다는 걸 알았다. 클론 프로젝트 때 Spring Security와 jwt에 대해 이해하면서 수정해보고자 한다. 또 패키지 별로 맞는 기능을 수행해야 하는데 Entity에서 Service 로직이 포함되어 있는 등 아직 많이 부족하다는 걸 느꼈다.
어떤게 query를 적게 날리고 객체지향적이며 데이터베이스 관점 사용자 관점 서버 관점 프론트 관점 모든걸 생각하며 알맞은 방법을 찾아야 하는게 헷갈리고 부족하다는 걸 느꼈다.. 챌린지 괜히 신청했나..?