전체 글

복습과제 완? https://github.com/kimhyeyun/spring-challenge-assignment 주어진 요구사항들을 대부분 구현했는데, 못한 부분은 딱하나 (챌린지 과제) 게시글이 삭제될 때 연관된 댓글도 같이 지우도록 스케줄러 코드 기능 추가 이 부분인데, 이해가 잘가지않았다... 스케줄러로 연관된 댓글 삭제....? 헤?? 그래도 다른 것들은 잘했다,.. s3 연결도 했고, 수정된지 90일이 지난 데이터는 자동으로 지우는 스케줄러 기능을 개발 부분도 했다. 나는 매일 자정에 마지막 수정일로부터 60일이 넘은 게시글을 삭제했다. 보통 2달 단위로 휴먼처리가 되는 것을 많이 봤어서 그리고 마지막 수정일로 2달이면 이미 잊혀졌다고 느껴져서 ㅎㅎ 내일부터는 심화복습과제 ㄱㄱ

복습 과제 중 😭 (챌린지 과제) 회원 가입 시, 이메일 혹은 SNS로 인증 번호를 전달 받고 5분 이내에 해당 인증 번호를 검증해야 회원 가입에 성공하도록 해보기 (redis TTL 특징을 좀 더 파악하기 위함.)이 부분에서 막혔다. 많은 고민을 하다가 결국 내일로 미뤘다. 고민되는 부분이 view 단이 없기 때문에 회원가입 총 처리 서비스 코드 전에 처리가 되어야 한다. 이메일 인증이 되지 않는다면, 회원가입이 되면 안된다. 이 부분이 뷰 단이 없으니깐, 어떻게 로직을 짜야하는지 고민고민 🤔 회원 가입 중에 메일 인증 로직을 넣는 것이 맞는가? 아니면, 따로 컨트롤러를 짜고, 이 곳에 넘어올 때는 이미 메일인증이 완료되어있음을 확신하고 가입해야하나? 아니면 request 나 entity에 불린값을 넣..

Spring Event 사용하는 이유와 장점 가장 주된 이유는 서비스 간의 강한 의존성을 줄이기 위함 예를 들어, 어떤 상품을 주문하는 프로세스가 있고, 해당 프로세스는 내부적으로 주문을 처리한 뒤 푸쉬 메시지를 발송하고, 메일을 전송하는 과정을 거친다고 가정 주문 처리와, 푸쉬 메세지 발송, 메일 전송 기능이 각각의 서비스(OrderService, PushService, MailService)에 구현되어 있을 경우, 아래 코드와 같이 주문 처리를 하는 OrderService에서 푸쉬 메시지를 발생하는 PushService와 메일 전송을 하는 MailService에 대한 의존성을 주입받아 사용하게 된다. @Service public class OrderService { private final PushS..

챌린지반 강의를 다시 들으면서 공부 !!🙋‍♀️!! 오늘은 S3와 EDA 어느정도~? AWS S3(Simple Storage Service)? 파일 서버의 역할을 하는 서비스 일반적인 파일 서버는 트래픽이 증가함에 따라서 장비를 증설하는 작업이 필요한데, S3는 이와 같은 것을 대신해준다. 트래픽에 따른 시스템적인 문ㄴ제를 걱정할 필요가 없어진다. 또, 파일에 대한 접근 권한을 지정할 수 있어서 서비스를 호스팅 용도로 사용하는 것을 방지할 수 있다. 특징 많은 사용자가 접속해도 이를 감당하기 위한 시스템적인 작업을 하지 않아도 된다. 저장할 수 있는 파일 수의 제한이 없다. 최소 1바이트에서 최대 5TB의 데이터를 저장하고 서비스할 수 있다. 파일에 인증을 붙여서 무단으로 엑세스하지 못하도록 할 수 있다..

EDA(Event Driven Architecture)? 분산된 시스템에서 이벤트를 생성(발행)하고, 발행된 이벤트를 전송하는 구조로 수신자는 그 이벤트를 처리하는 방식의 아키텍처 분산 아키텍처 환경에서 상호 간 결합도를 낮추기 위해 비동기 방식으로 메시지를 전달하는 패턴으로 주로 Message Broker(Kafka, RabbitMQ)와 결합하여 구성된다. 구성 요소 Event Generator(Publisher, Producer, Creater) 표준화된 형식의 이벤트를 생성한다. 생성된 이벤트는 Event Channel로 전송된다. Event Channel(Bus) Event Generator에서 Event Processing Engine으로 수집된 데이터를 전파하는 매커니즘 즉, 이벤트를 필요로 ..

KEEP 굳이 말을 하지 않아도 정해진 범위까지 알아서 기능을 추가하고 테스트하였다. 이번프로젝틀에서 GIT을 다른 프로젝트때보다 많이써봐서 매우좋았고 실력있는 팀원들 덕분에 배워간게 많다. 설계단계에서 ERD와 API명세를 작성할때 필요한 API기능들과 Entitiy와 해당 Entity간의 관계를 면밀하게 작성하여 실 서버 구축단계에서 빠르게 목표했던 기능을 구현 할수있던 점 팀원과의 원활한 소통으로 발생하는 문제를 빠르게 해결할 수 있었다. 진행도 및 문제점 공유를 통해 빠른 개발 가능 PROBLEM 문제 발생시 화면공유를 통한 해결방한 논의 @Valid를 이용한 유효성 검증을 글로벌예외처리로 나오게 하고 싶었지만 아직 이해도가 부족해서 하지못했다. 설계 단계에서 백오피스의 관리자 기능을 깊게 생각 ..

오늘로 4번째 팀프로젝트, 배달앱 구현 프로젝트가 끝났다. 처음 기획했던 기능이 일찍 끝나서 중간에 기능을 추가하였다. 처음에는 그냥 하나의 가게의 배달 앱이다가, 이후 가게 별로 나누고 좋아요 기능까지 구현했다. 팀원들과 소통도 잘됐고 잘맞아서 재밌게 진행했다.!! 그리고 다들 이거 해주세요 하면 뚝딱뚝딱 공장마냥 찍어내셔서 진도도 참 빠르게 나간듯!!!!! 쓸께 없네요....ㅎㅎ 아! 여기서 배우고 사용해본 jwt, refreshtoken과 다른 팀들이 사용하신 현재 사용자 애노테이션 구현등을 이용해서 기존에 했던 프로젝트를 업그레이드를 목표로 진행해야겠다. 마구잡이로 하지말고 뚝딱뚝딱 S.A 부터 천천히 다 작성해야지~!

프로젝트 중 담당 기능은 아니지만 JWT 가 왜/어떻게 되는지 궁금해서 공부해보자 JWT는 비밀키를 이용하여 서명된 JSON 형태의 데이터이다. 여기에 사용자 인증 정보를 넣어서 토큰을 발급해주면 추후 인증이 필요한 리소스에 접근 시 사용자가 서버에 서버에 토큰을 포함해서 전송하여 서버에 토큰을 포함해서 전송하여 서버측에서는 복잡한 인증 과정 없이 토큰만으로 사용자를 인증 및 인가할 수 있는 것이다. JWT는 헤더, 페이로드, 서명 세 가지 정보를 base64로 인코딩한 값을 콤마('.')를 사이에 두고 이어붙인 형태로 생성된다. 헤더 : JWT 서명에 사용된 알고리즘 정보 페이로드 : 토큰에 담긴 주체, 만료일, 생성자 등 시그니처 : 헤더와 페이로드를 각각 base64로 인코딩한 후 콤..