진행하고있는 프로젝트의 멀티 모듈 프로젝트 설정은 각 모듈이 관리하고 있다.즉, 프로젝트 설정의 중복을 허용한 상황이다.그렇다면 기존에 왜 중복을 허용했을까?3개의 모듈이 사용하는 설정, 2개의 모듈이 사용하는 설정, 1개의 모듈만 사용하는 설정 등 다양한 상황이 존재
서버의 로그인 기능 구현 부분에서 프론트로부터 소셜 로그인이 완료된 유저의 oauthId와 개인 정보 등이 넘어오고 있는 상황이다.로직 중 일부인 이미 회원가입이 된 유저인지 확인하기 위해 oauthId를 조건으로 유저를 조회했다.기존평소였으면 그냥 조회만 되겠거니
batch 작업을 통해 유저 데이터를 머신 러닝 서버에 전달한 뒤 이후 다른 job에 의해 추천 데이터들을 받고 있는 상황이다.추천 데이터를 넘겨받고 저장하려는 로직을 만들고 있는 상황에서 머신 러닝 서버에서 사용되는 Matrix Factorization 방식에 의해
ECS Fargate를 운영하면서 배포 속도가 너무 느리다 생각했다.그래서 원인을 찾아본 결과ECS의 컨테이너 오케스트레이션의 일부가 지나치게 안전하게 구성되어있기 때문임을 확인했다. 약간의 안전성과 배포 속도를 trade-off하여 배포 속도를 개선해보고자 한다.병렬
상황 CI/CD의 속도가 느려 CD의 속도를 이전에 개선했고, CI 부분에서의 개선점을 찾고 있었다.(CD 속도 개선 이전 포스팅) 로컬에서 gradle build시 속도가 느렸다. 기존 프로젝트를 빌드하는데만 로컬(M2 Pro)임에도 52초나 걸렸다. 해결