Architecture 30
- ProofU 초기 설계 - 근거를 추적하는 지원 문서 시스템과 기술 선택의 이유
- ParityPay로 검증하는 결제 정합성 1 - 장애가 나도 지켜야 할 금융 불변조건 여섯 가지
- ParityPay 초기 설계 - 돈의 규칙은 PostgreSQL에 두고, 나머지 기술은 그 규칙을 돕는 자리에 두기
- CodeDrill 초기 설계 - 판정을 신뢰 경계 밖으로 떼어 낸 온라인 저지와 그 스택을 고른 이유
- SysDrill 초기 설계 - 실제 인프라 없이 장애 대응을 훈련시키는 백엔드의 첫 구조
- spring-internals-lab로 다시 읽는 Spring 1 - 이 프로젝트는 무엇을 검증하려는가
- iterview 초기 설계 - 이력서 기반 면접 훈련 플랫폼의 구조와 기술 선택
- 모듈러 모놀리스 - 경계를 코드로 강제하는 방법
- spring-lite로 이해하는 Spring 구현 1 - 프로젝트 구조와 설계 범위
- 모듈식 모놀리스를 선택한 이유 — MSA의 유혹을 거부하기
- 가격이 아니라 이벤트를 팔자 — monticker 설계 철학
- 토스증권 Kafka 데이터센터 이중화 리뷰: 미러링보다 오프셋이 어렵고, 재난과 작업의 기준이 다르다
- 이벤트 소싱과 CQRS - 언제 비용이 이익을 넘는가
- 토스증권의 CQRS·검증기와 ParityPay의 스냅샷·대사: 읽기 모델을 분리하면 반드시 따라오는 세 가지 장치
- 토스증권 공개 자료로 읽는 시세·주문 아키텍처: 무엇을 잃어도 되는지 먼저 정한다
- redis-lite-java로 이해하는 Redis 아키텍처 개요
- 2026-03-22-TIL: 기술 의사결정은 사람보다 구조를 설계해야 한다
- 키 생성 병목을 추적해 구조를 바꾼 기록: Part 3 - 채번을 INSERT 시점으로 옮기고 범위 단위로 받기
- monticker 초기 설계: 이벤트를 중심에 둔 첫 구조와 기술 선택
- 실행하지 않은 재설계: 권리이관 시스템의 요청 모델을 3계층으로 나누자는 제안
- 위반 480건 위에 아키텍처 규칙을 도입하기: 신규 코드는 100% 강제, 레거시는 점진 정리
- 모든 도메인이 100% 정합성을 요구하지는 않는다: Post-Commit 이벤트와 재시도 3회 정책을 정한 기준
- 폴링 배치를 SQS 이벤트 파이프라인으로 바꾼 이유: 재시도, DLQ, 메시지 ID 멱등
- MCP 전면 개편기: 판단 로직의 자리를 정하고 ArchUnit으로 지키기
- 크리에이터 스튜디오 개요: 외부 연동 분리, 감사 로그, 토큰 세션, 매핑 장애에서 내린 판단
- ADR(Architecture Decision Record) - 결정의 맥락을 결정과 함께 남기기
- Microservice Architecture
- Facade
- Microservices Architecture
- Unique ID Generation Strategy in Distributed Systems