presigned url 이란?aws의 공식 문서pre(미리) signed(서명된) url 이라는 뜻으로 권한이 없는 사용자도 S3 버킷에 접근할 수 있는 권한을 부여하는 url 이다.왜 Presigned Url 을 사용해야 할까?기존의 이미지 등록 방식은 위와 같았다. 클라이언트는 서버에 직접적으로 이미지 파일을 전달하고, 서버는 이를 s3 에 전달해 이미지를 저장했다. 그러나 이는 이미지 파일을 직접 서버에 전달하기 때문에 서버에 부하가 발생할 수 있다.그러나 presigned url 을 사용하면 S3 에 클라이언트가 직접 접근하여 이미지를 업로드 할 수 있다. 즉, 서버가 이미지 파일을 전달할 필요가 없어지므로 부하가 줄어든다.S3 에 클라이언트는 이미지 파일을 저장하고, 이미지 url 만을 서버에..

https://dev-seunghee.tistory.com/12 [SpringBoot] 이벤트 기반 아키텍처를 알아보고 스프링부트의 이벤트를 구현해보자📝 들어가며 교내의 스포츠 경기 상활을 실시간으로 확인할 수 있는 서비스 '훕치치'에서는 사용자들이 응원하는 팀에 대해 응원 댓글을 남길 수 있는 기능을 제공하고 있다. 1차 릴리즈 이후dev-seunghee.tistory.com위의 글에서 이어집니다!앞선 게시글에서 '이벤트' 자체란 무엇이고, 스프링부트에서 이를 어떻게 구현할 수 있는지에 대해서 알아봤다. 프로젝트의 구현 상황에 따르면 이벤트 기반 아키텍처를 사용하는 것이 옳을 것으로 보인다. 이는 이벤트를 사용하기도 하지만, 동시에 도메인 자체의 변화와도 같다. 왜냐하면 사용자가 남긴 채팅은 일일이 ..

이번 3차 릴리즈를 하게 되면서, 우리 팀은 어느 정도 '조직'의 형태를 갖추어 가게 됐다. 기존에는 나를 제외하면 백엔드 2명, 프론트엔드 2명인 팀에서 기획 1명, 디자인 1명, 백엔드 2명, 프론트엔드 3명으로 팀 구성이 바뀌게 되었다. 기존에는 개발자들끼리의 조직이었기에 그야말로 '우리끼리'의 단어로 이야기를 해도 소통을 원활하게 할 수 있었고 특별히 신경써야 하는 부분들이 없었다. 그러나 새로운 파트의 유입으로 인해 많은 걱정이 앞서게 됐던게 사실이다. 전문적인 지식이나 공부해본 경험이 없는 기획 파트나 디자인 파트의 태스크 역시도 고려해야 했고 새로운 팀원들의 융화에도 신경을 써야 했다. 또한, 이전보다 커진 집단을 체계적으로 관리하는 방법에 대해서도 궁리가 필요했다. 내가 한 노력에는 다음과..

📝 들어가며 교내의 스포츠 경기 상활을 실시간으로 확인할 수 있는 서비스 '훕치치'에서는 사용자들이 응원하는 팀에 대해 응원 댓글을 남길 수 있는 기능을 제공하고 있다. 1차 릴리즈 이후 서비스에 대한 피드백을 받았을 당시, 새로고침을 해야만 새로운 댓글이 반영되는 것에 대한 지적이 있었다. 이전까지는 '댓글'에 가깝게 해당 기능을 정의했지만, 해당 피드백과 이벤트 스토밍을 통해 도메인 용어를 정리한 뒤에는 해당 기능이 '채팅'에 가깝다고 정의를 내리고 '응원톡'이라고 명명하기로 했다. 따라서 실시간으로 새로 등록된 댓글이 반영되는 것으로 기획이 바뀌어 새로 구현을 하게 됐다. 그 과정 중에서도 이번에는 이벤트 기반 아키텍처란 무엇이며, 왜 이 기능의 구현 과정에서 이벤트 기반 아키텍처를 사용했는지 그리..

💭 들어가며 최근, 이벤트 스토밍을 팀원들과 하며 대대적인 리팩토링을 진행했다. 이벤트 스토밍 구경하러 가기 훕치치의 이벤트 스토밍 이벤트 스토밍 소개 및 경험 공유 hufscheer-techblog.vercel.app 도메인 용어들을 대다수 변경하다 보니, 엔드포인트도 다수 변경되었는데 해당 변경사항들을 모두 일일이 노션에 기입하려니 불편함과 불안함이 생겼다. 작성한 API 스펙이 맞는지 헷갈렸고, 팀원분과의 상의를 통해 API 문서화를 할 수 있는 Spring REST Docs 를 도입하기로 했다. 💬 Spring REST Docs 의 전체적인 플로우 우선, 전체적인 플로우에 대한 이해를 먼저 하고 난 뒤에 코드를 살펴보면 더 빠른 이해가 가능할 것 같아 플로우를 먼저 짚어보자. 1. 테스트 코드를 ..

💭 들어가며 진행하던 프로젝트에서 위와 같이 응원 횟수를 여러번 클릭하면 이에 맞게 횟수가 증가되는 로직을 구현해야 했다. 한 명의 사용자는 여러번 응원 횟수를 증가시킬 수 있다. 이와 관련해 어떻게 동시성 문제를 해결할 수 있을지에 대한 고민을 시작했다. ✅ 동시성 문제란? 동시성 문제가 발생하지 않는 상황 pk가 1인 응원 데이터의 응원 횟수가 90인 상태에서 사용자 A 가 3번 응원 횟수를 증가시키고 사용자 B 가 10번 응원 횟수를 증가시켰다고 가정해보자. 사용자 A 응원 횟수 사용자 B pk가 1인 응원 데이터를 찾는다 >> 아 응원 횟수는 90이구나! 90회 pk 가 1인 응원 데이터의 횟수를 3회 증가시킨다. 93회 93회 pk가 1인 응원 데이터를 찾는다 >> 아 응원 횟수는 93이구나!..

💭 들어가며 새로운 프로젝트를 진행하게 됐다. 프로젝트는 교내에서 열리는 스포츠 경기들의 결과를 실시간으로 확인할 수 있도록 하는 서비스이다. 경기들의 목록을 조회할 때, QueryDSL 을 사용하여 페이징 쿼리를 작성했다. 프로젝트에서의 컨벤션 상, 경기에 참여하는 팀들의 데이터를 순정렬하여 반환해야 했다. 그래서 다음과 같이 코드를 작성했다. List games = gameDynamicRepository.findAllByLeagueAndStateAndSports(leagueId, state, sportIds, pageRequest); return games.stream() .map(game -> new GameResponseDto(game, gameTeamRepository.findAllByGameW..

최근 진행하고 있는 프로젝트에서 소셜 로그인 구현을 맡게 됐다. 소셜 로그인의 경우, 확장성이 많은 부분이기 때문에 맞는 방향인지에 대한 확신은 없으나.. 최대한 확장성을 고려하여 구현해보고자 노오력 해봤다. 구현 과정에서의 고민에 대한 일지와도 비슷해 빠르게 구현을 하고자 하는 경우에는 적절한 글이 아닐 수 있습니다 (__) OAuth2.0 https://oauth.net/2/ OAuth 2.0 — OAuth OAuth 2.0 OAuth 2.0 is the industry-standard protocol for authorization. OAuth 2.0 focuses on client developer simplicity while providing specific authorization flows..

@ConfigurationProperties 의 용도 properties 혹은 yml 에 존재하는 프로퍼티들을 객체에 바인딩할 수 있도록 해준다. 하나의 클래스에서만 사용되는 경우에는 @Value 어노테이션을 이용해서 사용해왔다. @Value("${jwt.public-key}") private String publicKey; @Value("${jwt.private-key}") private String privateKey; 그런데 만약, jwt 관련 설정 정보가 여러 군데에서 필요하다면?! 다음 상황을 가정해보자. 현재는 하나의 클래스에서 토큰을 생성하고 유효성을 검사하고 있지만, 이를 다른 클래스로 분리하게 된다면 두 클래스에서 모두 해당 설정 정보가 필요할 것이다. 이런 경우에 매번 @Value 로 ..

https://github.com/Indipage/SERVER GitHub - Indipage/SERVER Contribute to Indipage/SERVER development by creating an account on GitHub. github.com MySQL Full Text Search 가 필요한 상황 검색이 필요한 상황 - 주소에 포함되는 단어를 검색했을 때 해당하는 공간이 떠야 한다. DB 구조 - 지역마다 주소 체계가 다르기 때문에 크롤링 상황에서의 편의성을 위해서 주소를 각 컬럼별로 분리해두었다. - 따라서 base_government, city, metro_government, road_name, town, detail 6개의 모든 컬럼에 대해서 검색이 이루어져야 한다. 고려한 ..