트래피 증가 대응 고려
비용
장비를 무턱대고 늘릴순 없음
무턱대고 기술을 막 쓸순 없음
복잡도를 막 증가시켜 해결해야할 수준의 트래픽은 아님
db부하 줄이기
db로 가는 트래픽 감소시키기
인메모리 캐시 확대
- 변경이 적은/ 없는, 규모가 작은 데이터
- DB크기 증가율 줄이기
고객사로 가는 트래픽 감소시키기 방법 고민
-외부 메모리 캐시 적용(레디스)
외부 조회 데이터 미리 넣기(변경이 적은/없는)
푸시 제어
-고객사별 푸시 발송 속도제어, 확대 적용
외부메모리 캐시 적용-외부 조회 데이터 미리넣기(변경이 적은/없는)
푸시제어 - 고객사별 푸시 발송 속도 제어, 확대적용
-고객사들의 상태를 봐가면서 적용
특정 기능단위로 트래픽을 제한하거나 서킷브레이커를 적용
응답시간이 일정횟수 이상 느려지면 에러 응답을 내뱉는 다던가
아니면 동시에 가는 트래픽을 일정 숫자로 제한해서 그 숫자를 넘어가면 그냥 바로 에러나 대체응답을 내준다던가 고려
비동기 연동 추가
'클라우드, 인프라' 카테고리의 다른 글
MySQL CDC 및 디비지움 정리 (1) | 2024.01.11 |
---|---|
카프카를 사용한 이벤트 아키텍처 구현 영상 정리 (1) | 2024.01.10 |
Consitent hashing (0) | 2022.07.30 |
레디스- 키의 개수가 많을때 저장/활용 법 (0) | 2022.06.16 |
IMDG (In Memory Data Grid) (0) | 2022.06.16 |