짐작을 의심하기로 했다.
이번 주는 트랜잭션과 동시성 제어를 학습했다. Lost Update, 격리 수준, 비관적 락과 낙관적 락. 그리고 그걸 주문 흐름에 적용하면서, 재고를 어떻게 안전하게 깎을지 두 가지를 오래 고민했다.
Categories
- retrospect 4
- Reading 3
- Etc 1
- AI 1
- System Design 1
- Database 1
- Kafka 1
- Network 1
- architecture 1
- design 1
- Ad Tech 1
retrospect
도메인 객체에 책임을 할당한다는 것
이번 주는 도메인 모델링과 아키텍처 관련 학습 및 프로젝트에 적용하는 작업을 했다.
설계 문서가 구조를 결정하고 있었다
설계를 시각화하는 작업을 진행했다.
도구를 좇기보다 판단력을 기르기로 했다
부트캠프가 끝난 지 2년이 지났다.
Reading
『급류』를 읽고
도담과 해솔이 서로를 놓지 못한 게 사랑 때문이었는지, 함께 겪은 일 때문이었는지 궁금해졌다.
『파과』를 읽고
강했던 조각도 세월은 피하지 못한다는 점이 쓸쓸하게 남았다.
『친밀한 이방인』을 읽고
다른 사람에게 보여주기 위해 만든 모습이 계속 쌓이면, 진짜 나는 어디에 남게 되는지 생각하게 된 책이었다.
Etc
티스토리에서 깃허브로 : 새로운 공간으로의 이동
새로운 시작
AI
AI 시대의 시스템 설계와 추상화
무엇에 집중할 것인가
System Design
멱등성 키 하나로 중복 결제를 막는 원리
개요 온라인 쇼핑몰에서 결제 버튼을 눌렀는데 화면이 멈춰버린 경험, 누구나 한 번쯤 있을 것이다.
Database
맨 위로 이동 ↑Kafka
Kafka는 왜 중복을 허용할까 — At-least-once와 멱등성의 조합
개요 이전 글에서 멱등성 키 하나로 중복 결제를 막는 원리에 대해 이야기했다. 네트워크는 언제든 끊길 수 있고, 클라이언트는 언제든 같은 요청을 다시 보낼 수 있으니, 서버는 같은 요청이 여러 번 들어와도 결과가 달라지지 않도록 설계되어야 한다는 내용이었다.
Network
맨 위로 이동 ↑architecture
맨 위로 이동 ↑design
검증은 누가 들고 있어야 하는가
검증은 누가 들고 있어야 하는가
Ad Tech
광고 도메인 학습 1. 광고 생태계
광고를 보여주는 앱은 어떻게 돈을 벌까? 돈의 흐름을 따라 광고주, 광고 네트워크, 미디에이션이 각각 왜 필요한지 정리했다.