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 |
Tags
- jpa
- redis
- jwt
- SQL
- 재정의
- hashcode
- 조합
- Test
- 필드 주입
- 인덱스
- Spring
- stream
- StringBuilder
- 생성자 주입
- static
- 열 속성
- VUE
- select_type
- DI
- AOP
- cache
- DDL
- 테스트 코드
- lambda
- KEVISS
- java
- equals
- MSA
- 바이너리 카운팅
- docker
Archives
- Today
- Total
백엔드 개발자 블로그
서버 증설 없이 대규모 트래픽 처리하기 본문
토스 기술블로그 글을 참고하여 정래한 글입니다.
1. Redis 과부하 문제
1-1 Universal Data 문제
- Universal Data = 모든 유저가 동일하게 보이는 데이터
- Local Cache를 사용해서 서버 캐싱 부담 줄여주기
- Redis Pub/Sub기능을 사용해서 비동기식으로 Local Cahe 빠른 캐시 초기화가 가능
1-2 User-spcific Data 문제
User-speific Data = 유저별로 다르게 보이는 데이터
데이터를 저장할 때 압축해서 저장하기
2. 동시성 제어
RedLock 분산락으로 동시성 문제 방지
3. DB 과부하 방지
3-1 Kafak 비동기처리
3-2 Redis Increment 커맨드
3-3 Redis 캐싱 활용
4. 중복 API 요청
4-1 연속 중복 API 제거
4-2 자주 사용하는 API 묶기
문제 해결 방법
- 서버모니터링
- 문제점 파악
- 해결젝 제안 및 적용
- 배포 후 서버 모니터링
'테크 블로그 리뷰' 카테고리의 다른 글
@Transaction (0) | 2024.10.24 |
---|---|
프로파일러로 성능 개선시키기 (1) | 2024.09.27 |
null 리턴은 왜 나쁠까? (0) | 2024.03.13 |
인자가 많은 메서드는 왜 나쁠까? (0) | 2024.03.13 |
Spring JDBC 성능 문제, 네트워크 분석으로 파악하기 (0) | 2024.03.13 |