일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
31 |
- VUE
- MSA
- 필드 주입
- 테스트 코드
- hashcode
- DDL
- equals
- lambda
- docker
- StringBuilder
- 열 속성
- static
- redis
- Test
- stream
- 생성자 주입
- DI
- jwt
- Spring
- Exception
- select_type
- 인덱스
- 조합
- 재정의
- KEVISS
- java
- jpa
- cache
- SQL
- AOP
- Today
- Total
목록2025/08/04 (2)
백엔드 개발자 블로그

요즘 신입 채용공고를 보면 대용량 트래픽 처리 역량을 요구하는 곳이 점점 많아지고 있습니다. 우아한테크에서는 대용량 트래픽을 어떻게 처리하고 있는지 정리해보면서 이해도를 키우기 위한 글입니다.https://www.youtube.com/watch?v=704qQs6KoUk 상황일평균 300만 건 이상의 트래픽이 발생 + 12:00, 18:30에 트래픽이 몰림문제 상황1. 단일 장애 포인트중앙집중 저장소에 모든 시스템이 의존하고 있음 하나의 시스템 에러 > 중앙집중 저장소에 부하 발생 > 다른 시스템에도 에러 발생 해결책MSA + MQ각 시스템으로 나누고, 통신은 Message Queue기반으로 통신시스템에 에러가 발생해도 이벤트를 재발행하면 끝이라서 장애가 전파가 안됨 2. 대용량 데이터조회시 JOIN 연산..

OOM 발생컨텍트 렌즈 온라인 플랫폼 관리자 앱에서, 송장 정보 일괄 입력을 위해 CSV 파일 처리 기능을 구현했습니다. 초기 테스트에서는 10MB 미만 파일만 다뤘지만, 운영 환경과 유사하게 200MB 파일을 업로드하자 백엔드 서비스의 메모리 사용량이 점차 증가하다가 서버 실행 후 몇 시간 뒤 OOM(Out Of Memory) 에러와 함께 다운되는 현상이 발생했습니다. 스파이크성 트래픽이 아니라 지속적으로 메모리가 상승하는 패턴이어서 원인 파악에 어려움이 있었습니다.원인 파악메모리 누수 파악 먼저, 서버의 힙 메모리와 GC를 확인했습니다.노란색이 Old Gen, 파란색과 녹색이 각각 Minor GC, Major GC입니다.GC 동작 이후에도 Old Gen의 최저 수위가 점점 높아지는 것을 볼 수 있습니..