프로젝트

🎯 빈 후처리기Spring에서 Bean을 생성하고 컨테이너에 저장하기위해서 빈 후처리기를 사용한다.빈 후처리기를 사용하면 @Bean과 컴포넌트 스캔 2가지 방식으로 빈을 등록하는 경우에 대해서 프록시 객체를 생성할 수 있게 해준다. SpringBoot는 @Baen, 컴포넌트스캔을 통해서 객체를 생성한다.그리고 생성된 객체를 빈 후처리기에 작업을 넘기고 반환받는다.반환받은 객체를 스프링 컨테이너에 저장하게 된다. 이 과정에서 빈 후처리기는 해당 객체가 프록시 객체로 바꿔져야 하는지 판단하고, 바꿀필요가 있다면 프록시 객체로 바꿔서 반환해준다.   이렇게 빈 후처리기를 개발자가 직접 정의해서 프록시 객체로 만들어 줄 수 도 있고, 스프링부트에서 제공해주는 기본적인 후 처리기를 사용할 수도 있다.Annota..

앞에서 스프링 AOP 동작원리를 알아보았는데, 핵심은 AOP로 동작할 객체를 그냥 Bean(객체)가 아닌 Proxy객체로 생성해서 스프링 컨테이너에 등록 해주는 것이었다.그렇다면 Proxy객체가 무엇이고, 무엇인데 AOP처럼 특정 동작을 끼워넣을 수 있는지 알아보면 좋을 것 같다. 🎯 프록시 객체프록시라는 단어는 중간에서 무엇인가를 대체한다는 의미를 가지고 있다.프록시 패턴이란 중간에 끼여서 작업을 대리로 처리하거나, 추가적인 작업을 끼워넣을 수 있는 패턴을 의미한다.Spring에서는 인터페이스가 존재하기 때문에 클라이언트는 인터페이스에게 명령하고, 실제 동작하는 구현체 객체는 알지 못한다.즉, 인터페이스를 구현하고 있는 실제 객체가 동작하는지, 프록시 객체가 동작하는지 알 수 없다는 의미이다. 프록시..

프로젝트에서 @Async를 적용 시켜보았다.@Async는 Spring AOP를 기반으로 동작하게 되는데, Spring AOP를 알아보자. 🎯 관점 지향 프로그래밍웹 개발은 보통 계층적인 구조로 나누어져 있다.Web Layer - json변환, 뷰 반환Business Layer - 비즈니스 로직Data Layer - persistence 로직 이런 계층들에 공통적으로 적용되는 부분들이 있다. 바로 보안, 성능측정, 로깅과 같은 부분들이다.각 계층에서 핵심적인 부분들은 아니지만 계층을 걸쳐 공통적으로 존재하여 공통관심사라고 불린다.이러한 공통 관심사를 관리해주기 위해 AOP(관점 지향 프로그래밍)이 등장하였다.  AOP가 동작하는 흐름은 크게 아래와 같다.공통 관심사항을 Aspect로 만든다.로깅, 보안,..

🌈 댓글 등록 성능테스트웹툰 도메인의 특징에는 웹툰이 게시되는 특정 시간대에 댓글 등록 요청 트래픽이 높아질 수 있다고 생각하였다.많은 요구사항을 처리하기 위해서는 댓글 등록 요청에 대한 응답시간을 줄이고, 최대한 많은 요청에 대해 커넥션이 연결되어야 한다.요구사항에는 댓글 등록 시 비속어가 검출되면 사용자 경고를 누적하는 기능이 포함 되어 있다. 비속어 검출 작업은 어떤 알고리즘 혹은 외부API를 사용하는지에 따라 시간이 오래 소요되는 작업이라고 생각하였고, 편의상 약 3초가 소요되도록 로직을 구성하였다.  테스트 도구는 빠르고 직관적으로 결과를 확인할 수 있도록 Locust를 활용하였고,아래 처럼 구성하여 간단하게 성능테스트를 진행하였다.테스트 조건100명의 사용자가 댓글 등록을 요청하는 상황진행시..

웹툰플랫폼을 주제 2명이서 프로젝트를 진행했다. 프로젝트를 진행함에 앞서서 목표가 중요할 것이라고 생각하기 때문에 간단히 정리하려고 한다. 먼저 기본적인 REST API 기반으로 백엔드 API개발을 목표로 진행하고, git형상관리를 통해서 이슈, PR, 코드리뷰까지 진행하였다. 추가적으로 나는 비동기 프로그래밍 학습까지 추가목표를 선정하였다. Spring에 비동기 프로그래밍을 적용하면서 부족했던 기초지식들을 쌓을 수 있을것이라고 생각하였다.  🌈 프로젝트 목표프로젝트 목표1. git 형상 관리 및 협업 경험2. 응답시간 향상을 위한 비동기 프로그래밍 학습3. 확장성을 고려한 설계 및 구현4. 단위테스트 및 통합테스트  🌈 프로젝트 목표 기간프로젝트 목표 기간2024.05.01 ~ 2024.05.15 ..

취업코스를 경험하면서 많은 분들을 만났고, 취업을 위한 것만이 아니라 개발 자체에 즐거움을 느끼고 노력하는 모습에서 큰 자극을 받았다. 내가 학습한 부분에 대해 도움을 드리기도 하고, 내가 도움을 받기도 하면서 함께 성장해 나가는 과정을 경험했고, 최종적으로 예약 상품 MSA 프로젝트까지 수행해 나가면서 많은 성장을 할 수 있었던 것 같다. 프로젝트를 마무리하면서 경험들을 되돌아보고 더 좋은 발전을 위해서 회고록을 작성한다. 1. 프로젝트 목표 특정 시간부터 상품구매 버튼이 오픈되고, 짧은 시간에 많은 주문 트래픽이 발생하는 상황을 가정하여 프로젝트를 설계, 구현해보는 프로젝트를 진행하였다. 나는 크게 3가지의 주제에 대해 고민해보는 것을 목표로 잡고 프로젝트를 진행하였다.(특정 시간대에 대량의 주문 트..

🎯 CircuitBreaker와 Retry가 뭘까? 프로젝트를 진행하면서 주문 서버에 재고 관리 로직이 함께 들어가 있었다. 재고 관리 로직은 주문, 결제, 상품 관리 등 다양한 로직에 사용되어 트래픽이 많을 것으로 예상되어 확장성을 가지면 좋겠다고 생각하였고, 각 기능별로 유지보수를 위하여 서버를 분리해 보는 학습을 해보면 좋겠다고 생각하였다. 회복탄력성은 Open Feign의 resilience4j-circuitbreaker 와 resilience4j-retry를 사용하였다. MSA 학습을 위하여 뉴스피드 도메인을 간단히 설계하였다. https://topaz-raincoat-203.notion.site/65cae744cebd44cbabc3771e222e3737?pvs=4 위와 같이 분리된 서버 간에 ..

🎯 한 사람에 대한 여러 요청을 어떻게 제한할 수 있을까? 예약 상품 프로젝트는 특정 시간에 상품이 오픈되고, 많은 사용자가 짧은 시간에 주문 요청을 할 것이라고 가정한다. 위의 그림에서 고려사항1이 생겼다. 한명의 사용자가 여러 PC에서 로그인하여 동시 요청하는것을 방지하려면 어떻게해야할까? 고민해본 해결방법은 아래와 같다. 1. 로그인할 수 있는 기기 개수에 제한을 건다. 2. Gateway에서 RateLimit을 구현하여 많은 요청을 막는다. 🎯 [프로젝트에 적용] 로그인 기기 개수에 제한 걸기 로그인 할 수 있는 기기 개수에 제한을 두어 많은 PC에서 같은 ID로 주문 요청 하는것에 제한을 두려고 한다. 현재 로그아웃 구현 상태는? 현재 로그아웃 방식을 활용하기 위하여 redis를 활용하고 있다..

📌 서버를 확장한다면 synchronized를 사용하면 안 될까? 이 전에 단일 서버 환경에서 synchronized를 활용하여 동시성 문제해결에 접근해 보았다. 만약 현재 상태에서 서버를 확장한다면 어떻게 될까? 아래와 같이 하나의 프로세스 내에서는 synchronized로 인해서 1개의 스레드만 redis에 접근할 수 있다. 그러나 여러 프로세스 상에서는 동시에 redis에 접근할 수 있기 때문에 redis와 관련된 연산을 원자적으로 처리할 수 있도록 해줘야 한다. 만약 아래와 같이 redis가 아니라 MySQL과 같은 Database로 바로 접근하는 경우라면 synchronized와 MySQL의 테이블락을 활용하여 시스템을 구성해 볼 수 있을 것 같다. 이런 경우에는 각 서버에서 synchroniz..

📌 고민사항 이전에 재고의 동시성 문제를 해결하기 위하여 synchronized를 활용하여 재고수량 변경 부분에 락킹 처리를 해주었다. 그리고 단일서버 synchronized의 임계영역을 최소화 하기위해서 상품 판매 오픈전에 미리 특정상품 A에 해당하는 재고 수량정보를 로컬서버에 캐싱해 온 후 수량정보를 변경하는 방식을 생각했었다. 이러한 상황에서 아래와 같이 크게 3가지 고민사항이 생겼다. 1. 캐싱을 한다면 로컬 서버(메모리)에 캐싱할 것인가? 아니면 redis와 같은 global캐시를 활용할 것인가? 2. 상품 판매 오픈전 캐싱해올 때 어떤방식으로 캐싱해 올 것인가?(판매자의 수동처리 or 배치처리) 3. 캐시의 경우 서버가 다운되는 순간 날아가 버리고, 재고수량 관리에 문제가 생길 것이다. 이러한..