티스토리

Hide

검색하기

블로그 홈

Hide

hides.kr/m

Github : https://github.com/teamhide

구독자: 9

방명록 방문하기

공지 Profile 모두보기

주요 글 목록

DAN24 - 네이버페이 결제 시스템의 성장과 변화 정리 손쉬운 확장을 위한 분산 DB 전환네이버페이의 경우 2009년 오픈을 하여 현재까지 많은 서비스의 성장을 거치면서 많은 문제점이 찾아왔다. 어플리케이션의 경우 Stateless이기 때문에 언제든지 확장이 가능하지만 DB같은 경우 이러한 확장이 쉽지 않기 때문에 한계를 맞이한 것이다. 따라서 단일 DB로는 갈 수 없고 분산 DB로 가야만 하는 상황이었다.서비스가 Read heavy인 경우 레플리카의 증설을 통해 부하 분산이 가능하다. 하지만 Write heavy의 경우 레플리카 증설을 통한 대응이 불가능하다. 네이버페이의 경우 Write heavy였기 때문에 샤딩을 선택할 수 밖에 없었다.Shard key샤딩 기반으로 전환하는데 있어 가장 큰 고민은 샤드키였다. 주문 데이터는 상품, 금액등의 정보도 있겠지.. 공감수 4 댓글수 0 2025. 1. 14.
티켓 예매 서버 시스템 디자인 What is an online movie ticket booking system?영화 티켓 예약 시스템은 온라인을 통해 사람들이 좌석을 예매할 수 있는 기능을 제공한다. 티켓팅 시스템은 유저들이 언제 어디서나 현재 상영되는 영화를 둘러보고 좌석을 예매할 수 있도록 해준다.Requirements and Goals of the SystemFunctional Requirements제휴 영화관이 위치하는 다양한 도시를 보여줄 수 있어야 한다.유저가 도시를 선택하면 해당 도시에서 개봉한 영화를 보여줘야 한다.유저가 영화를 선택하면 해당 영화를 상영하는 영화관과 상영 시간을 보여줘야 한다.유저는 특정 영화관을 선택하고 티켓을 예매할수도 있다.유저에게 좌석 배치도를 보여줄 수 있어야 한다. 또한 유저는 자신의 선호.. 공감수 10 댓글수 4 2024. 10. 13.
MSA 환경에서 선착순 쿠폰 발급 설계해보기 개요MSA로 구축된 환경에서 선착순 쿠폰 발급 시스템을 설계해본다. 설계는 프로모션을 담당하는 서버 입장에서 진행하며 실제 쿠폰을 발급하는 서버와 기타 검증을 수행할 수 있는 서버가 따로 존재하는 상황을 가정한다. 또한 휴먼 리소스가 부족한 제한된 상황에서 최소한의 작업만을 통해 기능을 구현해야 한다.쿠폰 잔여 재고 확인, 쿠폰 발급, 발급 대상 검증 등을 프로모션 서버에서만 진행할 수 있다면 굉장히 간단하게 풀어낼 수 있는 문제다. (관련 포스팅 링크) 하지만 프로모션 서버가 해당 책임을 가지고 있지 않은 상황이기에 까다로운 상황이 몇가지 존재한다. 본 포스팅은 이를 해결하기 위한 설계 과정에 대해 기술한다.최초 아키텍처각 서버의 역할을 다음과 같다.Promotion Server: 프로모션 서버는 클라.. 공감수 4 댓글수 0 2024. 8. 14.
토스 SLASH 23 - 실시간 시세 데이터 안전하고 빠르게 처리하기 정리 아키텍처국내 시세의 경우 한국거래소에서 실시간으로 제공해주는 전문 형식의 데이터를 통해 체결가, 호가뿐 아니라 거래정지, 공매도, 외국인 투자 현황을 표시한다. 시세 플랫폼은 거래소 데이터를 제일 먼저 수신하고 가공한 뒤 내부 서비스들에게 제공한다. 내부 서비스들은 가공된 데이터 중 각자 필요한 정보를 실시간 또는 API를 통해 얻게 된다. 시세 플랫폼은 단순히 전문을 디코딩 및 전달만 하는게 아니라 주식 차트처럼 가공 데이터를 누적하거나 여러정보를 합성하여 제공하기도 한다. 그리고 이러한 시세 플랫폼은 낮은 지연시간과 빠른 장애복구를 최우선 목표로 삼고 있다.시세 플랫폼은 총 3가지 파트로 구성되어있다. 먼저 수신부는 거래소가 제공하는 시세 데이터를 UDP 멀티캐스트 그룹에 접속하여 읽어오는 일을 한.. 공감수 2 댓글수 0 2024. 8. 13.
토스 SLASH 22 - 토스뱅크의 완전히 새로운 대출 시스템 정리 아키텍처(왼쪽 아키텍처) 기존 금융권의 경우 대부분의 비즈니스 로직이 계정계라고 불리는 모놀리틱 코어뱅킹 시스템내에 구현된다. 전통적인 금융권 아키텍처에서 채널계라고 불리는 서비스 서버는 사용자와 연계해 제품을 사용하는데 필요한 요청과 응답을 코어 뱅킹 시스템의 전문 규격에 맞게 변환하고 전달하는데에 중점을 두고 있었다.(오른쪽 아키텍처) 토스뱅크는 마이크로 서비스로 구성된 서비스 서버와 모놀리틱으로 구성된 코어뱅킹 서비스를 각각 독립된 API서비스로 정의하고 전문방식이 아닌 HTTP API통신을 통해 필요할 경우 코어뱅킹 시스템과 통신하며 독립된 마이크로 서비스가 비즈니스 로직을 직접 해결할 수 있도록 구성했다. 비즈니스 로직을 처리하는 시스템 구조뿐만 아니라 KCB, NICE, 신용정보원같은 대외기관.. 공감수 6 댓글수 0 2024. 8. 8.
Rate Limiter 시스템 디자인 Token Bucket토큰 버켓의 경우 사전에 정해진 용량을 갖는다. 토큰은 주기적으로 사전에 설정된 비율로 버켓에 저장된다. 그리고 버켓이 꽉차게 되면 정해진 용량을 초과하여 토큰을 추가하지 않는다.각 API 요청은 1개의 토큰을 사용한다. 요청이 오면 버켓에 적어도 1개의 토큰이 존재하는지 확인한다. 존재하는 경우 1개의 토큰을 버켓에서 꺼내고 요청이 처리된다. 버켓이 비어있는 경우 요청들은 버려진다. 위 사진을 보면 유저마다 분당 3개의 요청량 제한이 설정되어있다.1번 유저가 10:00:00에 첫 번째 요청을 보냈을 때 토큰은 3개가 존재하므로 해당 요청은 정상 처리되며 잔여 토큰은 2개로 감소한다.10:00:10에 유저의 두 번째 요청이 오고 토큰은 2개가 존재하기 때문에 정상 처리되며 잔여 토큰.. 공감수 3 댓글수 0 2024. 8. 7.
토스 SLASH 22 - 애플 한 주가 고객에게 전달 되기까지 정리 해외주식 전체 아키텍처토스증권은 크게 게이트웨이, 채널계, 해외원장, 국내원장 4가지로 이루어져 있다. 대부분의 증권사들의 원장계는 C기반의 모놀리틱 서버로 구성되어있는 반면 토스증권의 해외주식 원장계는 MSA로 구성되어있다. 주문 체결 흐름도고객은 토스증권을 통해 주문을 제출하게 되지만 토스증권은 한국 법인이기에 나스닥과 같은 현지 거래소와 직접 거래할 수 없다. 따라서 해외거래 중개인 브로커를 통해 주문을 제출하게 된다. 브로커를 통해 거래가 이루어지기 때문에 토스증권과 브로커의 주문 정합성은 매우 중요한 요소이다. 앞선 장표의 흐름을 시스템 레벨에서 도식화한 모습은 위와 같다. 고객의 주문은 매매 서버 - 매매 요청 서버를 거쳐 브로커에게 전달되고 브로커가 거래소에 주문을 제출하는 구조이다. 제출된.. 공감수 5 댓글수 0 2024. 7. 4.
인프런 2시간만에 끝내는 코루틴 8강 ~ 10강 정리 8강. suspending functionsuspend 함수는 suspend가 붙은 다른 함수를 호출할 수 있다. 그리고 suspend 함수는 코루틴이 중지되었다가 재개될 수 있는 지점을 의미한다. 중요한건 중지가 될수도 있고 안될수도 있다는 것이다. fun main(): Unit = runBlocking { launch { a() b() } launch { c() }}suspend fun a() { printWithThread("A")}suspend fun b() { printWithThread("B")}suspend fun c() { printWithThread("C")}// 결과Thread: main, AThread: mai.. 공감수 0 댓글수 0 2024. 6. 12.
인프런 2시간만에 끝내는 코루틴 1강 ~ 7강 정리 1장. 루틴과 코루틴의 차이runBlocking: 일반 루틴과 코루틴을 연결하는 함수이다. runBlocking을 통해 새로운 코루틴을 만들 수 있다.launch: 반환값이 없는 코루틴을 만든다.suspend fun: 다른 suspend fun을 호출할 수 있다.yield: 현재 코루틴을 중단하고 다른 코루틴이 실행될 수 있도록 스레드를 양보한다. (제어권을 넘겨준다)fun main(): Unit = runBlocking { println("START") # 1 launch { # 2 newRoutine() } yield() # 3 println("END") # 6}suspend fun newRoutine() { val.. 공감수 0 댓글수 0 2024. 6. 12.
카카오 JDK 21의 신기능 Virtual Thread 알아보기 정리 개요본 포스팅은 카카오 테크밋에서 안정수님이 발표하신 "JDK 21의 신기능 Virtual Thread 알아보기" 영상을 본 후 글로 정리한 것입니다.Virtual Thread란 무엇인가Virtual Thread는 JDK 21에 새롭게 추가된 기능이다. 기존 플랫폼 스레드와는 달리 경량 스레드로써 OS스레드를 그대로 사용하지 않고 JVM 내부 스케줄링을 통해 수십만~수백만개의 스레드를 동시에 사용할 수 있게 해준다.전통적인 Java의 ThreadJava의 Thread는 OS Thread를 Wrapping한 것이다. (Platform Thread)Java 어플리케이션에서 Thread를 사용하면 실제로는 OS Thread를 사용한 것이다.OS Thread는 생성 갯수가 제한적이고 생성, 유지하는 비용이 비싸.. 공감수 0 댓글수 0 2024. 5. 16.
틴더(Tinder) 시스템 디자인 Problem Statement틴더와 같은 위치 기반 데이팅 어플리케이션을 디자인해본다. 틴더는 오른쪽 스와이프를 통해 좋아요를 보내거나 왼쪽 스와이프를 통해 싫어요를 보낼 수 있고 매칭된 유저와 채팅할 수 있는 기능들을 제공한다.Gathering RequirementsIn Scope이 어플리케이션은 아래의 요구사항을 충족시켜야 한다.유저는 간략한 프로필과 사진을 업로드하여 자신의 프로필을 생성할 수 있다.유저는 지리적으로 근접해있는 지역의 유저를 추천받을 수 있다.유저는 추천받은 유저에게 오른쪽으로 스와이프하여 좋아요를 보내거나 왼쪽으로 스와이프하여 싫어요를 보낼 수 있다.유저는 타 유저와 매칭된 경우 알림을 받을 수 있다.유저가 다른 지역으로 이동해도 해당 지역과 근접한 지역의 유저를 추천받을 수 있.. 공감수 1 댓글수 0 2024. 5. 16.
Uber는 어떻게 Redis를 통해 초당 4천만 읽기를 제공하는가 2020년 우버는 Docstore라는 분산 데이터베이스를 출시했다. 이는 MySQL을 기반으로 만들어졌으며 초당 수천만건의 요청을 처리하는 동시에 페타바이트의 데이터를 저장할 수 있었다. 수년에 걸쳐 Docstore는 우버의 모든 비즈니스 분야에서 서비스 구축을 위해 사용되었고 이러한 어플리케이션의 대부분은 낮은 레이턴시와 높은 성능, 그리고 확장성을 요구했다.Challenges with Low latency database reads확장성이 높고 낮은 읽기 지연이 필요한 애플리케이션을 처리할 때 대다수의 데이터베이스는 문제를 맞이한다. 그 중 몇가지는 다음과 같다.디스크에서 데이터를 검색하는 속도는 임계값이 있다. 또한 어플리케이션의 데이터 모델과 쿼리를 최적화하여 대기 시간을 개선하는 것에도 임계값은.. 공감수 1 댓글수 1 2024. 5. 7.
Java Garbage Collection Unreachable 객체 GC는 JVM의 힙 영역에 있는 Unreachable 메모리를 청소한다. 위 사진을 보면 reachable한 객체들은 타 객체에 의해 참조되고 있고 unreachable한 객체들은 타 객체에 의해 참조되지 않고 있다. 하지만 단순히 타 객체에 참조되지 않은 객체를 unreachable라고 부르진 않는다. unreachable 영역을 보면 각 객체들은 서로 순환참조를 이루고 있다. 하지만 GC root로부터 참조를 이루고 있진 않은데, 이처럼 GC root가 도달할 수 없는 객체를 unreachable 객체로 판단한다. GC root가 도달할 수 있는 객체라면 GC가 동작해도 객체를 청소하지 않는다. 이러한 reachable한 객체와는 반대로 GC root로부터의 참조가 끊어진 .. 공감수 0 댓글수 0 2024. 1. 30.
결제 시스템 디자인 Step1. Understand the Problem and Establish Design Scope 결제 시스템은 각각의 사람들에게 다른 의미로 받아들여질 수 있다. 몇몇은 애플페이나 구글 페이와 같은 디지털 월렛 개념으로 생각할수도 있고 몇몇은 페이팔이나 스트라이프처럼 결제를 담당하는 백엔드 시스템으로 생각할 수 있다. 따라서 인터뷰를 시작하기 전 요구사항을 명확히 해야한다. 나: 어떤 종류의 결제 시스템을 만들어야하나요? 면접관: 아마존과 같은 이커머스의 결제 시스템입니다. 아마존에서 사용자가 주문을 진행하면 결제 시스템은 돈의 이동에 관한 모든 것을 처리합니다. 나: 신용카드, 페이팔, 계좌이체 등 여러가지 종류 중 어디까지 지원해야하나요? 면접관: 이번 면접에서는 신용카드만을 대상으로 합니다. .. 공감수 2 댓글수 0 2023. 12. 18.
광고 클릭 이벤트 시스템 디자인 Problem Statement 모든 소셜 미디어 및 이커머스 회사들이 성장하면서 디지털 광고의 중요성이 그 어느때보다 높아졌고 그에 따라 대다수의 기업들은 디지털 광고에 상당한 투자하고 있다. 모든 기업들은 광고 클릭 이벤트를 추적하고 통계를 내서 광고에 예산을 좀 더 효율적으로 할당하기를 원한다. 따라서 광고 클릭을 정확하게 추적하는건 굉장히 중요한 일이다. 또한 하루에 10억개의 광고 클릭이 발생하고 총 200만개 이상의 광고가 발생한다고 가정하면 데이터 양 또한 굉장히 많을 것이다. 본 포스팅에서는 주요 2가지 유즈케이스에 대해 살펴본다. 최근 M분동안 특정 광고의 클릭 이벤트 개수를 구한다. 최근 M분동안 가장 클릭이 많이 된 N개의 광고를 구한다. 여기에는 우리가 다뤄야 할 몇가지 엣지케이스가.. 공감수 1 댓글수 0 2023. 12. 14.
채팅 서비스 시스템 디자인 Step1. Understand the problem and establish design scope 첫 번째로 면접관이 채팅 시스템 설계를 요청할 때 정확히 어떠한 것을 염두에 두고 있는지 파악해야 한다. 최소한 1:1 채팅인지 그룹 채팅인지 정도는 알아야 한다는 말이다. 아래와 같은 질문을 던질 수 있겠다. 나: 1:1 채팅 또는 그룹 채팅 중 어떠한 채팅 앱에 초점을 맞춰야하나요? 면접관: 1:1 / 그룹 채팅 모두 지원해야 합니다. 나: 모바일 앱, 웹 앱 중 어떤 것인가요? 둘 다 인가요? 면접관: 둘 다 입니다. 나: 스케일은 어느정도인가요? 스타트업 제품 수준인가요, 아니면 대규모 트래픽을 가졌나요? 면접관: DAU 5천만을 감당할 수 있어야 합니다. 나: 그룹 채팅의 경우 참여할 수 있는 .. 공감수 1 댓글수 0 2023. 12. 13.
Whatsapp(왓츠앱) 시스템 디자인 Key Requirements 왓츠앱은 전 세계의 수많은 유저들이 빈번하게 접근하는 확장성이 뛰어난 시스템이기 때문에 신뢰성있는 시스템 디자인이 필수적이다. 그러므로 왓츠앱의 주요 요구사항을 식별하는 것은 굉장히 중요하다. 왓츠앱의 기본 요구사항 중 일부는 다음과 같다. 1:1 대화를 지원해야 한다. 마지막으로 본 시간과 메시지 확인을 표시하는 기능(전송, 도착, 읽음 표시) 종단 간 암호화된 미디어 전송 Capacity Estimation 우리의 목표는 대용량 트래픽을 수용할 수 있는 플랫폼을 설계하는 것이다. 이것을 위해 메시지와 유저의 수, 피크 타임의 트래픽, 데이터 저장소등 다양한 요소들을 고려해야 한다. 아래와 같은 상황으로 가정해보자. 하루에 100억건의 메시지가 10억명의 유저들을 통해 전.. 공감수 0 댓글수 0 2023. 11. 30.
스프링 Webflux - 스레드와 이벤트 루프 개요 이벤트 루프는 단순한 스레드인데 어떻게 CPU를 블락킹하는 일반적인 자바 스레드와 다르게 동작할 수 있을까? 리액티브 프로그래밍은 이해하기 어렵진 않지만 완벽하게 이해하기는 쉬운 일이 아니다. 카페에 가서 선호하는 음료를 주문한다고 상상해보자. 주문을 한 후 바리스타가 커피를 다 만들때까지 카페에서 기다리거나 또는 카페 근처를 산책할수도 있다. 또는 주문 직후 핸드폰으로 이메일을 보내거나 다음 미팅 스케줄을 잡을수도 있다. 리액트 프로그래밍의 원리를 이해하고 사용하는것은 매우 중요한데, 프레임워크에 가려져있기에 쉽게 파악하기가 까다롭다. 본 포스팅에서는 일반적인 리액티브 프로그래밍에 대해 초점을 맞추지 않을 것이다. 대신, 스프링 내부에서 어떻게 통합되고 동작하는지에 대해 설명하겠다. Reactiv.. 공감수 1 댓글수 0 2023. 11. 13.
스프링 MVC 1 정리 서블릿 @ServletComponentScan @SpringBootApplication @ServletComponentScan public class ServletApplication { public static void main(String[] args) { SpringApplication.run(ServletApplication.class, args); } } 스프링 부트는 서블릿을 직접 등록해서 사용할 수 있는 어노테이션을 제공한다. 예를 들어 위처럼 @ServletComponentScan 어노테이션을 사용하면 스프링이 자동으로 현재 패키지 기준 하위 패키지를 스캔하여 모든 서블릿을 찾고 등록시켜준다. @WebServlet @WebServlet(name = "helloServlet", urlPatt.. 공감수 1 댓글수 0 2023. 9. 12.
스프링 통합 테스트를 위한 AbstractTestExecutionListener 개요 테스트는 메소드별로 타 테스트에 영향이 없어야한다. 스프링에서는 @Transactional 어노테이션을 사용하면 테스트 실행 시 발생한 DB작업에 대해 테스트가 종료 시 자동으로 롤백해주는 기능을 제공한다. 지금까지 해당 기능을 통해 통합 테스트를 수행했고 별다른 문제가 발생하지 않았는데, 이번에 비즈니스 로직을 추가하면서 전파 속성이 REQUIRES_NEW인 트랜잭션 단위에 대해 문제가 발생했고 이에 따라 데이터베이스를 초기화시켜주는 작업을 @Transactional 사용에서 AbstractTestExecutionListener를 사용하는 것으로 변경하게 되었다. 본 포스팅에서는 MySQL 대상으로 각 테스트 시 데이터베이스 초기화를 통해 테스트를 격리시키는 방법에 대해 기술한다. Abstract.. 공감수 0 댓글수 0 2023. 8. 30.
Reactive Streams 개념 정리 구성 요소 Publisher: 데이터를 생성하고 통지(발행, 게시, 방출)하는 역할을 한다. Subscriber: 구독한 Publisher로부터 통지된 데이터를 전달받아서 처리하는 역할을 한다. Subscription: Publisher에 요청할 데이터의 개수를 지정하고 데이터의 구독을 취소하는 역할을 한다. Processor: Publisher와 Subscriber의 기능을 모두 가지고 있다. 즉, Subscriber로서 다른 Publisher를 구독할 수 있고 Publisher로서 다른 Subscriber가 구독할 수 있다. 동작 과정 Subscriber는 Publisher를 구독한다. (subscribe) Publisher는 Subscriber에게 데이터를 통지할 준비가 되었음을 알린다. (onSu.. 공감수 0 댓글수 0 2023. 8. 23.
스프링 테스트 코드를 위한 어노테이션 개요 테스트 코드를 작성하다보면 중복코드가 많이 발생한다. 예를 들어 서비스 레이어를 테스트하는 슬라이스 테스트인 경우 @ExtendWith(MockitoExtension.class)를 통해 Mokcito를 활성화시켜주고, 필요하다면 @ActiveProfiles를 통해 프로필을 설정하는 등의 코드들이 계속 생겨나는 모습을 볼 수 있다. 본 포스팅에서는 통합 테스트/유닛/레포지토리 테스트 코드 작성 시 코드 로직 작성에만 집중할 수 있도록 각 테스트 대상에 맞는 통합 어노테이션을 만들고 적용하는 과정에 대해 기술한다. @TestEnvironment @Target(ElementType.TYPE) @Retention(RetentionPolicy.RUNTIME) @ActiveProfiles("test") @Te.. 공감수 1 댓글수 0 2023. 8. 22.
스프링 프로젝트 시작을 위한 컨벤션 설정 개요 프로젝트를 시작하기 전 가장 중요한 점이 있는데 바로 일관적인 코드가 유지될 수 있도록 하는것이다. 이는 코드 관점에서는 아키텍처와 규칙이 될 수 있겠고 컨벤션 관점에서는 포맷팅이 있을 것 같다. 사람이 코드 포맷팅을 직접 지키면서 작업하기는 힘들기 때문에 일반적으로 플러그인 등의 기능을 이용하여 모든 코드에 일관성을 지키는데 이를 도와주는 것이 바로 Spotless이다. Spotless를 사용하면 현재의 코드가 정해진 규약을 충족하는지 체크할 수 있고 충족하지 않는다면 자동으로 코드를 변경해주는 기능 또한 제공한다. 또한 모든 코드는 테스트 코드가 필수적으로 들어가는데, 사람이 직접 엣지 케이스를 찾아내는건 쉽지 않은 일이다. 이때 코드 커버리지를 측정하는 방법을 도입할 수 있는데 이는 실제로 굉.. 공감수 0 댓글수 0 2023. 8. 22.
DDD 이벤트 스토밍 - 크림 클론 프로젝트 개요 본 프로젝트는 Kream 서비스를 클론하는 프로젝트이다. 기본적으로 헥사고날 아키텍처를 코드 베이스로 가져갈 예정이며 점진적으로 CQRS까지 도입해본다. 코드는 깃허브를 통해 작성할 예정이며 본 포스팅에서는 이벤트 스토밍을 통해 바운디드 컨텍스트를 도출하는 과정까지만 간략하게 기술한다. 소스코드는 https://github.com/teamhide 에서 확인할 수 있다. (아직 개발중인점 참고) 범위 모든 기능을 구현하진 않을 것이며 대략 아래와 같은 싸이클을 수행할 수 있도록 필요한 기능만을 구현할 예정이다. 유저가 회원가입을 한다. 구매자가 상품에 입찰/즉시구매를 한다. 판매자가 상품을 입찰/즉시판매를 한다. 낙찰된 상품이 배송된다. 도메인 이벤트 식별 - 주황색 도메인 이벤트 사이에 순차적인 관.. 공감수 0 댓글수 0 2023. 8. 18.
Webflux Function Endpoints 정리 개요 Webflux에서는 HandlerFunction이라는 것을 통해 HTTP Request를 다루게 된다. HandlerFunction은 ServerRequest를 인자로 받고 지연된 ServerResponse(Mono)를 리턴한다. Request/Response 모두 JDK8에서 제공하는 기능을 통해 불변 객체로써 동작한다. HandlerFunction은 어노테이션 기반 프로그래밍에서 등장하는 @RequestMapping과 동일한 역할을 수행한다. 클라이언트로부터 들어오는 Request는 RouterFunction을 통해 다뤄진다. 해당 객체는 위에서 설명한 것 처럼, ServerRequest를 받고 지연된 ServerResponse를 리턴한다. Request가 라우터에 등록된 핸들러와 매칭되면 핸들.. 공감수 1 댓글수 0 2023. 8. 17.
Spring AOP 개념 정리 AOP 적용 방식 AOP 적용 방식은 크게 3가지 방법이 있다. 컴파일 시점 .java 소스 코드를 컴파일러를 사용하여 .class를 만드는 시점에 부가 기능 로직을 추가한다. 이때는 AspectJ가 제공하는 특별한 컴파일러를 사용해야 하는데, 컴파일 된 .class를 디컴파일 해보면 실제로 AspectJ 관련 호출 코드가 코드상으로 들어가게 된다. AspectJ 컴파일러는 Aspect를 확인하여 해당 클래스가 적용 대상인지 확인하고 적용 대상인 경우 부가 기능 코드를 적용한다. 이렇게 원본 로직에 부가 기능이 추가되는 것을 위빙(Weaving)이라고 한다. 하지만 특별한 컴파일러도 필요하고 타 방법에 비해 복잡하다는 단점이 존재한다. (잘 사용하지 않음) 클래스 로딩 시점 자바를 실행하면 자바 언어는 .. 공감수 1 댓글수 0 2023. 7. 20.
Spring 빈 후처리기 정리 의존성 추가 implementation("org.springframework.boot:spring-boot-starter-aop") 먼저 위처럼 aop에 관한 의존성을 추가해준다. 이렇게 하면 aspectjweaver라는 aspectJ 관련 라이브러리를 등록하고 스프링 부트가 AOP관련 클래스를 자동으로 빈으로 등록한다. AutoProxyCreator 스프링 부트는 AnnotationAwareAspectJAutoProxyCreator라는 빈 후처리기를 자동으로 빈으로 등록한다. 해당 빈은 자동으로 프록시를 생성해주는 클래스로써 스프링 빈으로 등록된 Advisor들을 자동으로 찾은 후 프록시가 필요하다면 자동으로 프록시를 적용해준다. 일반적으로 AOP를 구현할 때 클래스 위에 @Aspect 어노테이션을 붙.. 공감수 0 댓글수 0 2023. 7. 19.
Spring DataSource/TransactionManager 정리 개요 Spring Batch 5 버전을 통해 배치를 생성하고 관리하고 있는데, 멀티 모듈로 구성된 상황에서 DataSource 설정 관련 동작이 원활하지 않아 Spring DataSource와 Transaction Manager에 대한 내용에 대해 정리한다. 본 포스팅의 내용은 인프런 김영한님의 데이터 접근 핵심 원리 강의에 기반한다. DataSource 일반적으로 커넥션을 얻는 방법으로 JDBC DriverManager를 직접 사용하거나 HikariCP등의 커넥션 풀을 사용하는 방법이 존재한다. DriverManager를 통해 커넥션을 획득하는 경우 항상 신규 커넥션을 획득하게 되는데 이를 커넥션 풀을 사용하는 방법으로 변경하려면 어떻게 해야할까? 어플리케이션 로직에서 DriverManager를 사용하.. 공감수 0 댓글수 0 2023. 7. 19.
광고 시스템 퍼포먼스 튜닝 회고록 요기요 기술블로그에 작성한 글입니다.개요2022년 12월부터 CPS(Cost Per Sale)기반 신규 광고 시스템이 도입되었는데, 서비스를 운영하는 과정에서 발생한 퍼포먼스 이슈와 그에 대한 해결 사례를 간단하게 소개해 드리고자 합니다.배경 지식사례를 소개해 드리기 전 배경지식을 먼저 말씀드리겠습니다. 실제로는 아래에 설명드리는 로직 외에도 추가적인 복잡한 로직이 존재하지만, 설명을 위해 본 포스팅의 주제에 부합하는 핵심 로직들만 설명드린 점 감안해 주시길 바랍니다.신규 광고 시스템의 경우 헥사고날 아키텍처를 기반으로 이루어져 있고, 각 애그리거트(Aggregate)에 속해있는 유즈케이스는 저마다의 역할에 충실하도록 구현되어 있는 상태였습니다.예를 들어 광고/레스토랑/캠페인이라는 3개의 애그리거트가 존.. 공감수 3 댓글수 1 2023. 7. 19.
스프링 시큐리티 MVC 통합 @EnableWebMvcSecurity 스프링 4.0부터 @EnableWebMvcSecurity는 deprecated됐다. 대안으로 @EnableWebSecurity를 사용하자. 스프링 시큐리티와 스프링 MVC를 통합하려면 @Configuration 어노테이션이 붙은 클래스에 @EnableWebSecurity를 추가해주면 된다. 스프링 시큐리티는 MVC의 WebMvcConfigurer를 사용한 구성 방법도 제공한다. 이는 WebMvcConfigurationSupport와 직접 통합하는것과 같이 좀 더 세밀한 설정이 필요할 때 수동으로 설정하기 위해 사용된다. MvcRequestMatcher 스프링 시큐리티는 MVC가 MvcRequestMatcher를 사용하여 URL을 매칭시키는 방법에 대해 통합하는 방법.. 공감수 0 댓글수 0 2023. 6. 19.

문의안내

티스토리
로그인
고객센터

티스토리는 카카오에서 사랑을 담아 만듭니다.