Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 |
Tags
- 베타적락
- dau 3만명
- piplining
- 아키텍쳐 개선
- 셀러리
- 백준
- langgraph
- 레디스 동시성
- JPA
- 쿠키
- 검색어 추천
- AWS
- next-stock
- ai agent
- 이분탐색
- 디버깅
- BFS
- 결제서비스
- 추천 검색 기능
- 구현
- 크롤링
- ipo 매매자동화
- 누적합
- 완전탐색
- spring event
- docker
- 프로그래머스
- 몽고 인덱스
- 카카오
- gRPC
Archives
- Today
- Total
목록dau 3만명 (1)
코딩관계론

서론고객에게 환급금을 정확히 돌려주기 위해서는 체크리스트 설문이 필요합니다. 이 설문은 단순히 선택만 하는 게 아니라, 스프레드시트에 응답을 저장하고, 이를 분석해 결과를 추론하는 복합적인 로직을 포함하고 있습니다. 이 전체 과정에는 20초 정도의 시간이 걸리게 되기 때문에 이 과정을 처음 설계할 때부터 “이건 절대 동기식으로 처리하면 안 되겠다”고 판단했습니다. 왜 동기로 짜면 안 되는지, 설계 전부터 예측했습니다당시 처리 대상은 3만 명이 넘는 사용자였고, 이 설문은 퇴근 직후, 특정 시간대에 몰리는 트래픽 특성을 갖고 있었습니다. 문제는 이 흐름이 아래와 같다는 점입니다단순히 생각해도,20초 동안 핸들러가 점유되면?수천 명이 동시에 들어오면?스레드 풀 / 이벤트 루프는 버텨줄 수 있을까?라는 질문이..
개발
2025. 6. 22. 00:48