CDN(Content Delivery Network) 콘텐츠를 좀 더 빠르고 효율적으로 제공하기 위해 등장한 서비스 CDN의 특징 원본을 복사하여 저장할 여러 개의 캐시 서버로 구성 콘텐츠를 요청받은 경우 데이터를 전달하기 가장 유리한 캐시 서버에서 관련 콘텐츠를 제공 제공할 콘텐츠를 가지고 있으며 위치상으로 가장 가까운 캐시 서버가 우선순위를 가짐 Content Delivery Network는 콘텐츠를 좀더 빠르고 효율적으로 제공하기 위해 등장했다. 세계 곳곳에 분포하는 데이터 센터에 콘텐츠를 저장해 둔다이후 콘텐츠 요청을 받으면 지리적으로 가장 가까운 데이터 센터에서 콘텐츠를 제공해주는 방식이다. CDN의 동작 방식 데이터 센터가 지도와 같이 위치하고 있다고 가정하자. 원본 서버는 원본을 저장하고 있..
프록시 캐시(Proxy Cache) 클라이언트, 혹은 반대로는 서버가 다른 네트워크에 간접적으로 접속할 수 있기 때문에, 보안, 캐싱을 통한 성능, 트래픽 분산 등의 장점을 가짐 한국에 있는 클라이언트에서 원하는 특정 데이터가 있는 원 서버가 미국에 있다고 했을 때, 한국에서 미국까지 직접 접근 후 이미지를 가져오는 시간이 0.5초 가량이라고 가정한다면, 한국에 있는 모든 클라이언트는 모두 0.5초 가량을 기다려야 해당 데이터를 받을 수 있다. 하지만, 현대의 우리는 유튜브와 같은 해외 사이트에서 위와 같은 불편함 없이 빠르게 영상을 시청하는 등의 일이 가능한데, 이는 클라이언트와 원 서버 사이에 위치한 프록시 캐시 서버를 도입했기 때문이다. 이처럼 프록시 캐시 서버를 도입하면 여러 사람이 찾은 자료일수..
캐시의 기본 원리 및 적용 캐시가 없을 때 위의 이미지를 보면 알 수 있듯, 캐시가 없을 경우에 logo.jpg가 필요한 경우 계속 서버로 요청을 하게 된다. 이렇듯 캐시가 없다면 서버 부하가 생길 수 있고, 아래와 같은 단점들이 있다. 데이터가 변경되지 않아도 계속 네트워크를 통해 데이터를 다운로드 받아야함 인터넷 네트워크는 매우 느리고 비쌈 브라우저 로딩 속도가 느림 느린 사용자 경험 제공 캐시 적용 위와 같이 캐시를 적용할 경우 브라우저 캐시에 저장을 해놓고 필요한 부분을 거기서 다시 가져올 수 있다. 캐시 가능 시간동안 네트워크를 사용하지 않아도 됨 비싼 네트워크 사용량을 줄일 수 있음 브라우저 로딩 속도가 매우 빠름 캐싱된 데이터를 이용해 보다 빠른 사용자 경험을 제공함 캐시 시간 초과 캐시 적..
로드밸런서 서비스 규모가 커지면 서버 한 대로는 모든 서비스를 수용할 수 없게 된다. 서버 한 대로 서비스를 제공할 수 있는 용량이 충분하더라도, 서비스를 단일 서버로 구성하면 해당 서버의 애플리케이션, 운영체제, 하드웨어에 장애가 발생했을 때 정상적인 서비스를 제공할 수 없다. 서비스 가용성(availability)를 높이기 위해 하나의 서비스는 보통 두 대 이상의 서버로 구성하는데, 각 서버 IP주소가 다르므로 사용자가 서비스를 호출할 때는 어떤 IP로 서비스를 요청할지 결정해야한다. 이 때, 사용자에 따라 호출하는 서버의 IP가 다르면, 특정 서버에 장애가 발생했을 때, 전체 사용자에게 영향을 미치지 않아 장애 범위는 줄어들겠지만, 여전히 부분적으로 서비스 장애가 발생하게 된다. 이러한 문제점을 해..
프록시 프록시의 사전적 의미는 대리, 대리권을 의미한다. 이와 마찬가지로 프록시 서버는 원 서버를 대리하여 통신하며 캐시, 로드밸런서, 보안 등 중계 역할을 하는 서버를 일컷는다. 프록시를 쓰는 이유는 보안상의 이유로 직접 통신할 수 없는 두 점 사이에서 프록시 서버가 대리로 통신을 수행하며 보안성, 성능, 안정성을 향상 시키기 위해서이다. 프록시 서버는 서버와 클라이언트 중간에 위치하기 때문에 클라이언트는 프록시 서버를 '서버'라고 인식하고, 서버는 프록시 서버를 '클라이언트'로 인식한다. 이러한 구조상 프록시 서버는 어디에 위치하느냐에 따라 포워드 프록시 혹은 리버스 프록시로 나뉜다. 포워드 프록시(Forward Proxy) 일반적인 프록시 서버는 포워드 프록시를 말하며 이는 클라이언트-서버 구조에서..
OSI 7계층과 TCP/IP 4계층 과거에는 통신용 규약이 표준화 되지 않아 각 벤더에서 별도로 개발을 했기 때문에 호환되지 않는 시스템이나 애플리케이션이 많았고, 서로 통신하기에 어려움이 있었다. 때문에 이를 ARPANET에서 TCP/IP 4계층으로 정리하고, OSI 7계층으로 세분화 되면서 네트워크의 동작을 나누어 설명하고 있다. 그러하여 이후엔 네트워크 프로토콜 전체를 개발하는 대신, 계층별로 프로토콜을 개발하여 네트워크 구성 요소들을 모듈처럼 사용할 수 있게 되었다. 두 계층 모델 모두 물리적인 계층에 가까운 부분을 하위 계층(Lower Layer)이라고 부르며, 개발자가 직접 접하게 되는 애플리케이션에 가까운 부분을 상위 계층(Upper Layer)이라고 부른다. 이는 쉽게 말해, 개발자의 측면..