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
- 누적합
- 완전탐색
- 구현
- 베타적락
- 알람시스템
- ipo 매매자동화
- 결제서비스
- piplining
- 아키텍쳐 개선
- 관측가능성
- spring event
- next-stock
- 추천 검색 기능
- 디버깅
- 카카오
- 셀러리
- dau 3만명
- 프로그래머스
- 이분탐색
- docker
- 몽고 인덱스
- 백준
- JPA
- ai agent
- langgraph
- gRPC
- 크롤링
- BFS
- 쿠키
- AWS
Archives
- Today
- Total
목록2025/06/16 (1)
코딩관계론

회사에서 홈택스 데이터를 스크래핑하는 일을 맡았다. 사용자에게 제공해야 하는 세금 정보는 크게 두 가지, **세와 **세. 문제는 이 두 스크래핑이 동시에 실행되면 서로의 세션을 덮어쓰는 문제가 발생한다는 점이었다. 세션 충돌은 곧 사용자 경험의 악화로 이어지고, 안정성이 생명인 서비스에서는 반드시 해결해야 할 사안이었다.[Z5004]: [LOGIN-999] 통합인증(중복 로그인) 오류입니다. 그래서 선택한 해법이 Redis 기반의 분산락이었다. 우리 회사 인프라는 AWS의 관리형 ElastiCache를 사용하고 있고, Latency 측면에서도 EKS 내에서의 접근이라 꽤 빠른 편이었다. 처음에는 Redis I/O 비용을 줄이자는 생각으로. 락 획득 여부를 Redis에 일일이 물어보는 대신, 로컬 메모리..
개발
2025. 6. 16. 00:09