본문 바로가기

전체 글

(437)

TIL - Transaction Validation부터 Execution, Consensus, PulseVM까지 블록체인 코어 공부 - Transaction Validation부터 Execution, Consensus, PulseVM까지오늘은 블록체인에서 트랜잭션이 들어온 뒤 검증되고, 실행되고, 블록이 합의되고, 최종 상태가 저장되는 과정을 공부했다.처음에는 Validation, Execution, Consensus가 비슷한 과정처럼 느껴졌는데, 각각의 역할을 분리해서 생각하니 구조가 명확해졌다.1. Transaction은 State를 변경해달라는 요청이다블록체인의 핵심을 아주 단순하게 보면 결국 State를 관리하는 상태 머신(State Machine)이라고 볼 수 있다.예를 들어 현재 State가 다음과 같다고 하자.State S0Alice balance = 100 nonce = 7Bob balanc..

TIL - Transaction Validation과 Deterministic State Transition 블록체인에서 Transaction은 단순히 데이터를 전달하는 메시지가 아니라 블록체인 상태(State)를 변경하기 위한 요청이다.예를 들어 A가 B에게 10개의 토큰을 전송한다고 생각해보자.현재 상태가 다음과 같다고 가정한다.Abalance: 100nonce: 5Bbalance: 20nonce: 2A가 다음 Transaction을 생성한다.from: Ato: Bamount: 10nonce: 5signature: ...하지만 노드는 이 Transaction을 받았다고 바로 상태를 변경하지 않는다.먼저 이 요청이 유효한 요청인지 검증(Transaction Validation) 해야 한다.1. Transaction Validation간단한 송금 Transaction이라면 다음과 같은 검증을 생각할 수 있다.1..

TIL - DB 커넥션 점유시간과 Redis 혼재로 인한 동시성 병목 발단k6 부하 테스트 중 Zipkin 트레이스에서 이상한 스팬을 발견했다.coupon-service: connection 295.079ms ← ??omc: query 10.144msomc: result-set 4.771mscoupon-service: coupon-redis-repository#is-already-issued 13.852mscoupon-service: coupon-redis-repository#has-stock 5.658mscoupon-service: coupon-redis-repository#decrement-stock 3.992msomc: query ..

TIL - 로또 게임 쇼츠 자동화 파이프라인 구축기 배경로또 번호 추첨 게임을 만든 뒤, 게임 결과를 짧은 세로형 영상으로 만들어 반복적으로 업로드할 수 있는 흐름을 구축했다.처음에는 브라우저에서 게임을 실행하고 화면 녹화 프로그램으로 저장하는 방식을 생각했지만, 매번 사람이 직접 실행하고 녹화하는 방식은 반복 운영에 적합하지 않았다. 그래서 게임 실행부터 영상 파일 생성, 후처리, 업로드까지를 스크립트로 연결했다.목표실제 게임 화면과 동일한 Phaser 캔버스를 영상으로 녹화한다.세로형 Shorts 포맷에 맞는 화면 비율로 렌더링한다.추첨 애니메이션과 결과 화면이 일정하게 재생되도록 만든다.녹화된 영상을 FFmpeg로 인코딩하고 YouTube 업로드까지 자동화한다.영상 제작 과정에서 사람이 반복해서 개입하는 작업을 줄인다.전체 파이프라인Phaser 게임..

TIL - JVM Cold Start: 왜 첫 요청은 항상 느린가 한 줄 요약JVM 애플리케이션은 시작 후 첫 요청이 느린 이유가 네트워크/DB 연결 문제가 아니라, JVM 내부의 클래스 로딩·인터프리터 실행·JIT 컴파일 지연에 있다.배경 — 무엇을 보다 알게 됐나쿠폰 서비스에 HikariCP Eager 워밍업을 적용해 DB TCP cold start(~220ms)를 제거했음에도,앱 재시작 후 첫 smoke 테스트 응답이 3,616ms로 여전히 느렸다.두 번째 실행은 592ms로 6배 빨라졌다.TCP 연결은 이미 열려 있는데 왜 느린가? → JVM 레이어의 cold start.JVM Cold Start란JVM(Java Virtual Machine)은 바이트코드(.class)를 실행하는데, 처음에는 인터프리터가 한 줄씩 읽어 실행한다.이 과정에서 세 가지 비용이 발생한..

TIL - ExecutorService와 CountDownLatch로 동시성 테스트하기 쿠폰 재고가 1개일 때 100명이 동시에 발급 요청을 보내도 쿠폰이 1개만 발급되는지 검증하고 싶었다.핵심 개념ExecutorService여러 작업을 스레드로 실행하고 관리하는 도구다. ExecutorService executor = Executors.newFixedThreadPool(100); 100개의 작업을 동시에 실행할 수 있는 스레드 풀을 만든다. executor.submit(() -> couponService.issueCoupon()); submit()을 호출하면 전달한 작업이 스레드 풀에서 실행된다.CountDownLatch내부 카운터가 0이 될 때까지 스레드를 기다리게 하는 동기화 도구다. CountDownLatch latch = new CountDownLatch(100); 카운터가 100..

TIL - HikariCP 커넥션 풀과 Cold Start 배경부하 테스트 중 Zipkin 트레이스에서 connection 스팬이 220ms 찍히는 현상을 발견. HikariCP 동작 방식과 cold start 원인을 파악함.HikariCP란Spring Boot 기본 JDBC 커넥션 풀. 애플리케이션 ↔ DB 사이의 TCP 연결을 미리 만들어두고 재사용해서 매 요청마다 연결 비용을 없애는 역할.Cold Start가 발생하는 이유HikariCP는 기본적으로 lazy 초기화를 사용함. 앱이 뜰 때 커넥션을 미리 만들지 않고, 첫 요청이 들어올 때 비로소 물리 TCP 연결을 생성함.앱 시작 → 풀 생성 (빈 상태)첫 요청 → 그때서야 PostgreSQL TCP 연결 생성 → ~220ms이후 요청 → 이미 만들어진 커넥션 재사용 → ~0mslazy가 기본값인 이유: 앱..

TIL - MSA에서 HTTP vs Kafka, Spring Cloud Gateway 면접 질문"대용량 트래픽인데 왜 Gateway에서 Kafka를 사용하지 않고 HTTP로 서비스 간 통신을 했나요?"처음에는 "대용량 = Kafka"라고 생각해서 제대로 답하지 못했다.하지만 질문의 의도는 Kafka를 써야 하는 상황과 HTTP를 써야 하는 상황을 구분할 수 있는지를 확인하는 것이었다.내가 구현했던 구조Client │HTTPS ▼Spring Cloud Gateway │HTTP ▼User Service │HTTP ▼Wallet Service 기존에는Gateway │HTTP ▼User Service │userId 조회 와 같이 Gateway가 User Service를 호출하여 userId를 조회했다.이를 개선하면서JWT Token에 userId를 포함..

이전 1 2 3 4 ··· 55 다음

티스토리툴바