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
- 그리디알고리즘
- 코딩테스트
- 애자일기법
- Java
- 개발자
- Elasticsearch
- 프레임워크
- 코딩
- framework
- ES
- 그리디
- 코드
- API
- JPA
- 스프링
- cleancode
- 알고리즘
- 개발
- 백준
- 데이터베이스
- db
- Baekjoon
- 클린코드
- 애자일
- 애자일프로그래밍
- database
- Spring
- 자바
- 엘라스틱서치
- 읽기쉬운코드
Archives
- Today
- Total
목록2022/04/20 (1)
시뻘건 개발 도전기
#3 대규모 서비스를 다루기 전 기초 지식
트래픽이 증가하게되면서 우리는 장비의 성능을 끌어올리거나 개수를 늘릴 수 있고, application의 캐시 등 성능개선, DB서버의 I/O 최소화 등 작업을 진행하면서 기본적으로 알아야할 사항들이 상당히 많다. 일전에 언급했던 스케일업과 스케일아웃이 많이 볼 수 있는 대응 방법인데, 보통은 스케일아웃을 많이 채택한다. 그 이유는 많은 것들이 있을 수 있지만 웹 서비스에 적합하고 비용이 저렴하며 시스템 구성에 유연성이 있다는 점이 높게 평가되고 있다. 스케일아웃의 특징은 하드웨어를 횡으로 전개해서 CPU 부하의 확장성을 확보하기 쉽다. 하지만 DB 서버 측면에서는 I/O 부하가 잦게 일어난다. [그림 1]을 보면 알 수 있듯이 프록시의 요청이 AP 서버를 거처 DB에 도달해서 DB측에 I/O가 발생한다...
Reading/대규모 서비스를 지탱하는 기술
2022. 4. 20. 14:28