어플리케이션 캐시를 이용(memcache, redis.. etc)

웹 캐시 서버를 여러개를 운영

-> 해시를 통한 관리

  - 웹 캐시 서버를 해시를 통해 관리한다.(해시 키를 관리하는 전용 서버를 이용)

  - 배포가 되기 때문에 소스상으로 구현해서는 안된다.

 

DNS 캐시

dns 검색하는 시간도 고려해야 할 사항이다.

 

리버스 프록시 - HTTP 요청 캐시

ex. Varnish - http 헤더를 통한 브라우저 캐싱

 

was 와 db 사이에 캐시 서버를 둘 수 있다.(was가 아닌 큐.. 등 여러 다른 서버가 될 수 있음.)

 

RESTfull API 캐시

간단하게 경로를 가지고 캐시를 할 수 있다.

 

Application level에서 캐시를 잘 이용할 수 있는 방법은

소스 모듈화를 잘 하는 것이다.

캐시에 관하여 어떻게 관리할지 설계를 잘 해야한다.

 

*스토리지

Replica 수 와 shard 수 를 어떻게 하여 구성할지 중요하다.

 

1. 파일 스토리지

동시 읽기, 쓰기가 가능하다

주로 어플리케이션 단에서 사용한다.

기존 파일 시스템임

직접 접근 X

ex. /Home/A/B...

성능이 낮음..

SSD

이미지에 관한 트래픽이 비쌈

 

2. 블록 스토리지

디스크를 블록 단위로 나뉘는데 이 블록 단위로 I/O 를 할 수 있도록 한다.

개발은 똫같이 하지만 파일 스토리지와의 차이는 동시 읽기, 쓰기가 불가능 한다.

성능 Good!! ( 대용량 빠른 서비스에 좋음. DB )

SSD

이미지 트래픽에 대해 중간

 

3. 오브젝트 스토리지

데이터 경로에 직접 접근 한다.

모든 요청이 HTTP로 들어가야 하기 때문에 느리다...

SATA(HDD)

이미지 트래픽에 대해 제일 저렴

 

 

'규린이 IT 개발' 카테고리의 다른 글

[java] Reflection 예제 소스  (1) 2019.06.05
[리눅스] 디스크 마운트  (0) 2019.06.04
[mariadb] 참고 명령어  (0) 2019.05.02
centos6 특정 포트 방화벽 여는 방법  (0) 2019.05.01
리눅스 crontab  (0) 2019.04.30

+ Recent posts