✅ MSA에서의 API 인증(Authentication) 지금까지 구현한 프로젝트는 ‘인증(Authentication)’을 신경쓰지 않고 구현했다. 하지만 해당 프로젝트에서 악의적으로 다른 사용자인척 게시글을 작성하는 일이 발생하면 안 된다. 따라서
✅ 잘 작동하는 지 테스트하기 테스트 전에 DB 데이터 정리하기 API 요청 보내기 성공적으로 잘 처리했는 지 DB 확인하기 ✅ 정리하기 사용자(클라이언트)가 회원가입 API 요청 사용자 서비스의 users DB에 사용자 정보 저장 Kafka에 회원가
✅ MSA는 꼭 쿠버네티스로 배포해야 할까? 마이크로서비스의 개수가 3~5개 정도로 작을 때는 굳이 쿠버네티스를 안 써도 된다. 오히려 쿠버네티스를 쓰는 게 오버스펙인 경우가 많다. MSA 구조를 도입한 회사들 중에서 쿠버네티스(EKS)를 사용하지 않
✅ 게시글 조회 API를 구현하려면, 사용자 조회 API도 만들어야 하는 이유 [게시글 조회 API의 응답값] { "boardId": 1, "title": "제목", "content": "내용" "user": { "userId":
MSA를 언제 도입하는 게 적절한 지 파악하기 위해, 기존에 글로벌 기업들이 어떤 상황에서 MSA를 도입했는 지 사례를 몇 가지 살펴보자. ✅ MSA 도입 사례 여러 기업들은 다양한 나름의 이유를 기반으로 MSA를 도입했다. 유명한 글로벌 기업들의 M
✅ 특정 서비스가 장애났을 때, 장애가 전파되지 않게 막는 방법 위와 같은 구조에서 사용자 서비스의 서버 또는 DB에 장애가 났다고 가정하자. 그럼 게시글 조회 API도 정상적으로 작동하지 않을 것이다. 왜냐하면 게시글 조회 로직에는 사용자 서비스로부
✅ 설계 API Gateway로 들어오는 요청에 대해 비즈니스 로직을 처리할 수 있는 Filter 기능을 가지고 있다. 그래서 이 Filter 기능을 활용해 아래와 같이 JWT 인증 로직을 구현하고자 한다. ✅ API Gateway에 JWT 인증 로직
✅ MSA를 쉽고 빠르게 배우는 방법 MSA를 쉽고 빠르게 배우려면 딱 3가지 법칙을 지키면 된다. 원씽(One Thing) 법칙 : 낯선 개념들을 한꺼번에 다 적용시키려는 욕심을 버려야 한다. 플레이그라운드(Playground) 법칙 : 연습할 수
✅ 게시글 조회 로직 최적화하기 board-service에서 아래 코드 작성하기 Board 엔티티에 연관 관계 매핑하기 게시글 조회 로직 수정하기 컨트롤러 로직 바꾸기 서버 다시 실행시키기 테스트를 위해 게시글 데이터 2개 넣기 API 테스트 해보기
✅ MSA 환경에서의 트랜잭션 처리 방법 모놀리식 아키텍처와 달리 MSA 환경에서는 서비스마다 DB가 분리되어 있다. 그래서 서로 다른 DB에서 처리하는 여러 작업을 하나의 트랜잭션으로 묶을 수 없다. 그래서 MSA 환경에서는 이런 문제점을 해결하기