원본 서버는 들어오는 요청이나 트래픽을 수신하고 응답하도록 설계된 프로그램을 실행하는 컴퓨터입니다. 여기에는 웹 페이지의 원래 버전이 포함되어 있으며 요청 시 최종 사용자에게 콘텐츠를 제공합니다.
오리진 서버는 어떻게 작동합니까?
오리진 서버는 요청을 받고 웹 사이트 또는 웹 페이지에 대한 콘텐츠를 제공합니다. 사용자가 웹 사이트에서 웹 페이지를 열면 원본 서버에 콘텐츠 검색 요청이 전송됩니다. 원본 서버와 최종 사용자의 거리에 따라 대기 시간이라는 지연이 발생할 수 있습니다.
또한 사용자 측의 클라이언트와 원본 서버는 추가 왕복 시간(RTT)을 생성하는 SSL/TLS 프로토콜을 사용하여 보안 연결을 설정해야 합니다. RTT는 브라우저가 정보를 요청하고 응답을 받는 데 걸리는 총 시간(밀리초)으로 생각할 수 있습니다. 물리적 거리 외에도 트래픽 양, 노드 및 중간 웹 서버도 RTT에 영향을 줄 수 있습니다.
원본 서버는 웹 사이트 소유자가 유지 관리하고 업데이트합니다. 이러한 각 서버에는 트래픽을 허용할 수 없는 고정 용량이 있으며 요청을 계속 수신하면 다운타임이 발생할 수 있습니다. 원본 서버에 다운타임이 발생하거나 속도가 느린 경우 최종 사용자는 콘텐츠를 제시간에 전달하지 못하거나 전혀 전달하지 못할 것입니다.
오리진 서버는 에지 서버와 어떻게 다릅니까?
원본 서버는 Edge 서버나 Content Delivery Network 또는 CDN 캐싱 서버와 관련하여 일반적으로 사용되는 개념입니다. 원본 서버에는 원본 버전의 콘텐츠가 포함되어 있지만 에지 서버는 전 세계 여러 위치에 분산되어 있습니다.
CDN의 경우 에지 서버는 콘텐츠 유통 네트워크의 에지에서 찾을 수 있습니다. 에지 서버는 콘텐츠를 저장하거나 캐싱하고 요청을 신속하게 처리하고 근접한 최종 사용자에게 콘텐츠를 전달하는 역할을 합니다. 이렇게 하면 에지 서버가 원본 서버의 부하를 덜고 캐싱되지 않은 자산을 검색해야 할 때만 접근합니다.
CDN에서도 원본 서버는 중요한 역할을 합니다. 여기에는 인증에 사용되는 주요 서버 측 코드와 데이터베이스가 포함되어 있습니다.
CDN이 원본 서버에서 얼마나 많은 대역폭을 오프로드할 수 있습니까?
CDN은 콘텐츠 전달의 상당 부분을 관리하지만 원본 서버에서 이러한 모든 작업을 오프로드하지는 않습니다. 얼마나 많은 작업을 오프로드할 수 있는지는 CDN의 기능과 웹 사이트의 고유한 측면에 따라 다릅니다.
대체로 CSS 파일, 이미지, 정적 HTML 및 Javascript 파일과 같은 정적 리소스는 CDN 서버에 캐시될 수 있습니다. 그리고 이들은 대역폭 사용량의 거의 절반을 차지하며, 에지 서버에서 전달되면 절약할 수 있습니다. 또한 이동 중에 생성된 WordPress HTML 파일과 같은 동적 콘텐츠도 고급 CDN으로 캐시할 수 있으며 이 경우 대역폭을 80% 이상 절약할 수 있습니다.
CDN 에지 서버가 원본 서버와 상호 작용하는 방법
CDN 에지 서버는 원본 서버가 전자에 콘텐츠를 전달할 때 원본 서버와 상호 작용합니다. 두 사람은 푸시 또는 풀 방식을 사용하여 서로 통신할 수 있습니다. 푸시 방법에서는 원본 서버에 대한 변경 사항으로 CDN을 업데이트합니다. 이는 CDN이 원본 서버에서 새 콘텐츠를 자동으로 가져오는 끌어오기 방법보다 덜 효과적입니다.
최종 사용자에게 전달되는 콘텐츠가 정적 또는 동적 자산을 포함하는지 여부에 따라 에지 서버와 원본 서버가 수행하는 역할도 약간 다를 수 있습니다. 사용자가 서비스에 액세스하기 전에 인증을 받아야 하는 로그인 페이지의 예를 고려하십시오. 이상적으로 웹 페이지에 다운로드된 자산은 HTML 페이지, 해당 CSS 파일, 이미지 파일 및 일부 JavaScript 라이브러리와 같은 정적 자산입니다. 이러한 파일은 모든 웹사이트 방문자에게 동일한 정적 파일이므로 에지 서버에서 바로 캐싱 및 제공될 수 있습니다. 원본 서버를 방해하거나 대역폭을 소비하지 않고 에지 서버에서 로드할 수 있습니다.
그러나 사용자가 로그인 세부 정보를 입력하면 에지 서버로 이동해야 하는 일부 동적 콘텐츠가 있습니다. 여기에서 에지 서버는 요청을 원본 서버로 전달합니다. 그리고 사용자 계정 정보를 반환하기 전에 로그인 정보를 데이터베이스와 비교하여 확인하는 원본 서버입니다.
CDN이 제대로 작동하려면 에지 서버를 인바운드 HTTP 요청의 대상으로 지정해야 합니다. 이를 위해서는 도메인에 대한 요청을 에지 서버 중 하나로 라우팅하는 DNS(도메인 이름 시스템)를 일부 수정해야 합니다. 콘텐츠가 에지 서버에서 전달되고 있는지 확인하려면 자산의 응답 헤더를 보면 됩니다.
CDN은 원본 서버를 보호합니까?
원본 서버는 웹사이트 콘텐츠 저장의 중요성 때문에 사이버 공격으로부터 보호되어야 합니다. CDN은 특정 수신 트래픽으로부터 원본 서버를 보호함으로써 이와 관련하여 도움이 될 수 있습니다. 그들은 몇 가지 방법으로 이것을합니다
들어오는 트래픽 검사
CDN은 들어오는 HTTP/S 요청을 검사하여 SQL 주입 및 교차 사이트 스크립팅과 같은 웹 애플리케이션 공격을 식별하고 필터링합니다. 이는 트래픽을 직접 전송하여 원본 서버를 제거하려는 애플리케이션 계층 공격과 같은 특정 유형의 DDoS 공격에도 유용합니다.
원본 서버의 IP 주소 숨기기
CDN은 또한 네트워크 계층 DDoS 공격과 같은 Direct-to-IP 공격으로부터 원본 서버를 보호하는 데 도움이 됩니다. 이는 원본 서버의 실제 IP 주소를 숨기고 CDN 공급자의 IP에 도메인 확인 요청을 라우팅하여 수행됩니다.
트래픽 급증 관리
CDN은 웹 사이트 트래픽 급증을 처리하도록 설계되었습니다. 원본 서버에 많은 양의 웹 트래픽이 몰리면 웹 사이트 중단 및 다운타임이 발생할 수 있습니다. CDN은 원본 서버에 과도한 부담을 주지 않고 네트워크 전체에 트래픽 급증을 분산하는 데 도움이 됩니다.
