🍀 식구하자_MSA

작년 9월까지 진행하던 식구하자 팀 프로젝트를 혼자서 추가로 기능 추가 구현을 진행하려 한다. 그떄 진행할 떄, 더 추가하고 싶었던 기능과 개선시키고 있던점들이 있었는데 팀원들과 나의 일정때문에 하지 못했다. 그래서 개인으로 따로 기능추가를 하려하는데, 기존 서버의

https://hyeinisfree.tistory.com/23 참고 CI/CD 설계도 지난 포스팅 에 이어 MSA 적용을 하면서, CI/CD 파이프라인을 구축하려 한다. 기존에는 Github Actions을 사용했지만, 프로젝트 규모가 커지다 보면 속도 측면에 Jen

지난 포스팅(Jenkins+Docker+MSA+Spring Boot CI/CD 적용)에 이어 MSA 적용을 하면서 CI/CD 파이프라인 구축 후, 해당 포스팅에서는 MSA 서비스를 위해 Spring Cloud Gateway, Eureka를 설계할 예정입니다‼️ Spr

지난 포스팅(Spring Cloud Eureka, Gateway를 통한 인증/인가 처리)에 이어 Spring Cloud Bus와 RabbitMQ를 이용하여 MSA 서비스를 위해 Config 정보 반영 서버를 구현 할 예정입니다‼️

지난 포스팅에 이어 채팅 마이크로 서비스 개발 과정을 포스팅 하도록 하겠습니다. 주요 코드만 다룰 예정이라 다루지 않는 코드들은 아래 github를 통해 참고하시길 바랍니다🙏🙏(msa-master 브랜치)👉 참고 코드 : https://github.com

지난 포스팅에 이어 채팅 마이크로 서비스 알림 기능 과정을 포스팅 하도록 하겠습니다. 주요 코드만 다룰 예정이라 다루지 않는 코드들은 아래 github를 통해 참고하시길 바랍니다🙏🙏(msa-master 브랜치)👉 참고 코드 : https://github

이번 포스팅에서는 MSA 전환 후 채팅 마이크로 서비스 개발 하면서 겪었던 트러블 슈팅 두가지에 대해 정리 해볼려고 합니다. 👉 참고 코드 : https://github.com/LminWoo99/PlantBackend/tree/msa-master JPA ope

지난 포스팅 채팅 마이크로 서비스 개발 완료 후, 이어서 결제 마이크로 서비스를 개발 과정을 포스팅 해보도록 하겠습니다. 클릭👉 github 주소 참고 요구사항 정리 중고 식물 거래 시 , 페이 머니 충전을 통한 결제 실제 계좌 이체 연동은 불가능하

이번에는 새로운 마이크로서비스 선착순 시스템 쿠폰 마이크로 서비스 개발하면서 트러블 슈팅과 그걸 해결하기 위한 고민과 해결과정을 포스팅하려 합니다.식구 페이머니로 거래시에만 적용 가능!쿠폰은 식물 중고 거래시 3000원 할인 쿠폰매일 13시에 선착순 100명 대상으로

이번에는 식구하자 프로젝트 새로운 마이크로서비스 sns 시스템을 개발하면서 트러블 슈팅과 그걸 해결하기 위한 고민과 해결과정을 포스팅하려 합니다.참고 Github URL: https://github.com/LminWoo99/PlantBackend/tree/ms

이번에는 저번시간에 이어 식구하자 프로젝트의 SNS 서비스의 querydsl 동적쿼리를 검색기능을 구현해보는 과정을 포스팅 해보겠습니다❗️프로젝트를 진행하면서, 여러 조건에 따라 선택적으로 게시글을 조회하는 요구사항이 생겼습니다. 쉽게 말해 검색 기능을 구현해야했던 것

이번 포스팅에서는 refresh 토큰 재발급 관련 로직을 리팩터링했던 과정에 관해 포스팅 해볼려고 합니다!리팩터링을 하기전에는, 데이터베이스로 사용중이였던 MySql을 통해 refresh token을 저장하고 AccessToken이 만료되면 refresh token을

이번 포스팅은 식구하자 프로젝트 msa상에서 분산 트랜잭션을 제어하는 방법 중 하나인 saga-pattern을 활용한 과정을 포스팅 해보겠습니다. 1. 분산 트랜잭션 💡 분산 트랜잭션을 왜 제어해야하는가? 아래 그림은 결제 프로세스를 MSA 분산 환경으로 간략

지난 포스팅 Saga 패턴은 분산 트랜잭션 관리에 큰 도움을 주지만, 결제 시스템과 같이 높은 신뢰성이 요구되는 환경에서는 추가적인 장애 대응이 필요합니다. 오늘은 식구하자 프로젝트에서 적용한 추가 장애 대응 방안에 대해 개념 위주로 정리를 하고

오늘 포스팅에서는 이전 포스팅에서 말씀드린대로 시스템의 가용성을 높이기 위해 카프카 클러스터를 구축해보도록 하겠습니다!👉👉 이전 포스팅 보러가기이해하기 쉽게 간단한 비유로 설명해보겠습니다.우리 동네에 우체국이 딱 하나만 있다고 생각해봅시다. 이 우체국에 무슨 일이

오늘 포스팅은 기존 Saga 패턴 이후의 추가 장애 대응 편의 마지막 포스팅이고, 다루게 될 내용은 CDC와 Transactional Outbox Pattern을 통해 메시지 유실 없이 보다 더 신뢰성 있는 MSA 시스템을 구축해 보는 과정을 알아보도록 하겠습니다.👉

목차 1. 성능 개선하게 된 배경 지금 식구하자 프로젝트 SNS 마이크로서비스 기능 중 생성 유저 기준 SNS 게시글 조회 API 에서 있던 쿼리는 다른 쿼리들에 비해 유난히 오래 걸렸습니다. 기본적으로 존재하는 클러스터링 인덱스와 FK 인덱스로는 해당 쿼리가 인

🔎 배경 오늘 포스팅에서는 일명 따닥 이슈를 해결하는 방법, 즉 멱등키를 활용해서 사용자 중복 요청 방지를 하는 방법을 알아보려 합니다! > 이런 상황을 한 번 상상해봅시다!! 스마트폰 앱이나 웹 서비스를 통해 물건을 구매하거나 계좌이체를 하려고 합니다. '결

이전 포스팅에서 언급했듯이, 식구하자 프로젝트에서는 Spring Cloud Gateway(SCG)를 API Gateway로 사용하고 있습니다. 이 게이트웨이는 주로 JWT 토큰 유효성 검증과 라우팅 기능을 담당하고 있습니다.프로젝트 초기 설계 단계에서 SCG 도입은 깊

이전 포스팅에 이어, 마이크로서비스 아키텍처(MSA)의 안정성을 강화하기 위해 Gateway 서버에 Resilience4j를 활용하여 서킷브레이커를 적용하는 과정을 소개하고자 합니다. 위 그림처럼 서비스가 운영되는 과정에서 발생할 수 있는 예외를 예측하는 것이 이상적이

이전 포스팅에서 저는 Redis의 Redisson을 사용해 SNS 마이크로서비스에서 좋아요 기능의 동시성 문제를 해결하기 위해 분산락을 구현했습니다. 이 과정에서 퍼사드 패턴을 도입하여 락과 트랜잭션의 범위를 일치시키는 방법을 사용했습니다. 퍼사드 패턴은 여러 메서드에