Q1

네트워크 캐싱은 미리 리소스를 캐싱 서버에 올려둠으로써 원본 데이터가 존재하는 서버까지 통신하는 네트워크 부하를 줄여준다. 캐싱 기능은 네트워크뿐만 아니라 애플리케이션 내에서도 사용되는 유용한 개념으로 응답 속도, 사용자 경험 개선, 네트워크 대역폭 절약 등의 이점을 가진다.

다음은 캐싱되어 있는 데이터와 캐싱되어 있지 않은 데이터를 각각 조회할 때 걸리는 조회 시간을 간단하게 비교하는 예제이다.

코드를 실행해보고 직접 체감해보자

(캐싱된 데이터는 1ms의 조회 시간을 가지고 캐싱되지 않은 데이터는 10ms의 조회 시간을 가진다 가정하자)

[Quiz1]

  1. 네트워크 캐싱을 어느 상황에 적용하면 성능 이점을 누릴 수 있을까?
  1. 만약 캐싱 서버의 적중률이 매우 낮다면 어떤 문제가 발생할 수 있을까? (캐싱 서버는 애플리케이션 서버 뒤에 존재한다)

→ 나의 답변

  1. 하위 계층의 isp들의 처리속도가 높고 인터넷 간의 속도차이가 심할 때, 예를 들어 하위계층의 isp 가 100mbs의 속도로 데이터를 통신 및 처리하고, 인터넷 에서 15mbs의 소도로 통신하는 경우 Access Network 와 Network Core간의 차이가 커서 라우터 내에서 대기하는 시간이 길어지는 큐잉 지연이 길어질 경우
  2. 계속적으로 캐싱 서버를 지나쳐 가기에 쓸데 없는 시간이 길어져(전파 지연 및 전송 지연) 전체 노드의 지연시간이 길어지는 문제가 발생한다.

Q2

AWS를 이용해 애플리케이션을 배포하려한다. 배포하는 애플리케이션은 EC2로 배포, 정적 컨텐츠의 서빙이 위주이기 때문에 S3/CloudFront를 이용해 CDN을 구축했고, DNS를 사용하기 위해 Route53을 이용했다. 브라우저에서 해당 웹 사이트에 접속했을 때, 어떤 과정이 일어날까? DNS와 CDN 동작을 위주로 서술하라. (페이지 요청시 필요한 이미지 등의 정적 리소스는 모두 S3를 통해 받고, 별도의 캐싱 서버는 존재하지 않는다)