민프

이번에 TIPS 2차 발표를 성공적으로 마치면서 결제 안정성에 대해 고민을 해보게 되었다. 이번 글에서는 실제 대규모 트래픽을 경험한 세 기업, 카카오페이, 토스와 마켓컬리가 어떻게 TPS 문제를 해결했는지를 살펴보고, 우리 시스템에 어떻게 적용할 수 있을지 정리해보자.1. TPS란 무엇일까?TPS (Transaction Per Second).'초당 처리할 수 있는 트랜잭션'서비스가 커질수록 이 숫자는 단순한 숫자를 넘어 비즈니스 신뢰성과 확장성의 기준이 된다.“우리 서비스 TPS는 얼마나 나오고 있을까?”“갑자기 몰려드는 사용자 요청에도 견딜 수 있을까?” 결론 - 핵심 비교 표구분Toss카카오페이마켓컬리주요 병목DB 조회 부하, 캐시 무결성DB CPU, 긴 트랜잭션, APM 누락데드락, I/O 병목,..

처음 상품을 등록하는데, 등록되기 전까지는 product_id가 없다면?옵션이나 재료 등 연관 데이터가 product_id를 기준으로 저장돼야 하는 구조라면, 이 문제를 어떻게 풀어야 할까? 1. 문제 상황 요즘 SaaS 플랫폼이나 커머스 어드민 시스템을 만들다 보면, 상품을 등록하는 과정에서 아래와 같은 화면 구조를 자주 만나게 된다.상품 기본 정보 입력 (이름, 가격, 카테고리 등)옵션 그룹 추가재료 등록이미지 업로드그런데 문제는 이거다옵션, 재료, 이미지 등은 product_id가 있어야 DB에 저장할 수 있다.하지만 상품 등록은 마지막에 한 번만 한다. 이게 무슨 말이냐면, 아직 상품을 등록하지 않았기 때문에 product_id가 없고, 그렇다고 옵션/재료를 임시로 메모리에만 들고 있을 수도 없다..