parkmineum

모든 포스트

처음에는 팀 기준을 정리한 가이드라인인 Skills를 기반으로, Commands를 통해 반복되는 작업을 분리하고, 실수를 줄이기 위한 Hooks(검증 조건)를 점…

릴리즈 전 QA 과정에서, 매칭 성사 이후 채팅방에 진입했을 때 닉네임이 아닌 상대방의 실명이 노출되는 현상을 발견했다. (또한, 매칭되지 않았지만 엉뚱한 채팅방…

App/Play Store 심사가 들어간 현 시점에 서비스가 안정적으로 운영될 수 있을지에 대한 검증을 진행하였다. 실제 운영 서버 대상으로, 일어날 수 있는 부…

Blue-Green 배포 과정에서 트래픽 전환 시점과 기존 서버 종료 시점이 겹치면서, 처리 중이던 요청이 중단되는 문제가 발생했다. 특히 WAS가 SIGTERM…

현재 운영 중인 알림 아키텍처는 다음과 같다. 멀티 서버 환경에서 매 분마다 배치 작업이 실행되며, 조건에 맞는 사용자에게 푸시 알림을 전송한다. SPOF 방지와…

앞서 동일 사용자가 같은 요청을 여러 번 보내는 상황에 대비해, 결제 준비 및 결제 승인 API에 멱등키(user_id)를 적용해 요청을 멱등하게 처리하도록 설계…

결제 과정에서 발생하는 타임아웃은 다음 두 가지로 구분된다. 이 중 가장 위험한 상황은, PG에서는 결제가 완료되었지만 우리 서버는 이를 인지하지 못하는 경우다.…

메인 글에서 다루지 않은 것들을 다루는 글이다. HTTP 메서드에도 멱등성이 존재한다. GET, PUT은 여러 번 호출해도 서버 상태가 변하지 않기 때문에 호출…

모임원의 설문 결과를 기반으로 외부 API로 데이터를 받아오는데, 이 과정에서 모임당 평균 20회 가량의 연쇄적인 API 호출이 발생한다. 요청 처리 시간 대부…

동일한 식별자에 대해 복수의 row가 존재하는 데이터 무결성 위반 문제가 발생했다. 우리 시스템은 사용자당 하나의 FCM 토큰만 존재한다는 전제 하에 User -…

이건 부하 테스트 정리글 에서 측정했었던 테스트 결괏값이고, RPS 60부터 평균 응답시간과 p95 지연이 눈에 띄게 증가하기 시작하며 시스템이 포화 지점에 근…

레플리케이션 환경에서는 트랜잭션의 속성(ReadOnly 여부 등)에 따라 Master / Replica(DataSource)를 동적으로 선택해야 한다. 이를 위해…

말 그대로 하나의 큰 애플리케이션을 여러 개의 독립적인 모듈로 나눠 관리하는 구조로, 각 모듈은 도메인이나 계층 단위로 역할을 명확히 나누고, 필요한 부분만 서로…

MDC는 각 요청 흐름에 고유한 컨텍스트를 부여하고, 해당 요청에서 발생하는 모든 로그에 자동으로 포함시켜 뒤섞인 로그를 명확하게 묶는 역할

마침 지난 주말 런칭데이 부스를 운영하면서 맛집 데이터들을 어떻게, 어떤 플로우로 가져오는지에 대한 질문들을 많이 받았었기에, 이번 기회를 통해