인터넷 컨텐츠 적응 프로토콜

Internet Content Adaptation Protocol

ICAP(Internet Content Adaptation Protocol)는 에 명시된 경량 HTTP 유사 프로토콜이다. RFC3507은 투명한 프록시 서버를 확장하기 위해 사용되어 자원을 자유롭게 하고 새로운 기능이 구현되는 방식을 표준화한다.ICAP는 일반적으로 투명한 HTTP 프록시 캐시에 바이러스 검색 및 내용 필터를 구현하는 데 사용된다.콘텐츠 적응이란 관련 고객의 요청/응답에 대해 특정 부가가치 서비스(콘텐츠 조작)를 수행하는 것을 말한다.

ICAP는 부가 가치 서비스 제공을 돕기 위해 에지 기반 장치(caching proxies)를 활용하는 데 집중한다.이 프로세스의 핵심에는 모든 클라이언트 트랜잭션을 프록시 처리하고 웹 서버를 통해 처리할 캐시가 있다.이러한 ICAP 서버는 광고 삽입, 바이러스 스캐닝, 다중 AV 스캐닝, 콘텐츠 번역, 언어 번역 또는 콘텐츠 필터링과 같은 특정 기능에 초점을 맞춘다.웹 서버에서 ICAP 서버로 부가 가치 서비스를 오프로드하면 이러한 추가 작업을 처리하는 대신 동일한 웹 서버를 원시 HTTP 처리량에 따라 확장할 수 있다.

역사

ICAP는 1999년 말 Network Appliance의 Peter Danzig와 John Schuster에[1] 의해 제안되었다.[2]돈 길리스는 2000년 봄에 이 프로젝트를 인수하여 다음과 같은 세 가지 방법으로 의전을 강화하였다.

  • 파이프라인 ICAP 서버를 허용하려면 다음과 같이 하십시오.하나의 웹 페이지는 바이러스 검색, 내용 필터링 및 언어 번역 서버를 통해 빠르게 스트리밍될 수 있다.
  • HTTP 1.1에서 세 가지 콘텐츠 인코딩(콘텐츠 길이, 청크업, TCP 닫기)을 모두 지원하려면이것은 원래의 저장 및 전달 프로토콜을 많은 서버를 통한 연속적인 컨텐츠 스트리밍으로 한 번에 대체했다.
  • ICAP 서버가 내용을 처리할지 여부를 결정하기 전에 처음 몇 백 바이트의 내용을 볼 수 있도록 하는 "내용 미리보기"라는 기능을 제공하기 위해서입니다.이것은 ICAP 클라이언트에 구성되었을 때 ICAP 웹서버 URL에 미리보기 인수 크기를 포함시킴으로써 구현되었다.

Gillies는 2000년 중반(ICAP 0.9 프로토콜로 알려져 있음)에 NetCache 시리즈의 첫 번째 ICAP 클라이언트와 서버를 프로토타입으로 제작하고 공급업체를 위한 교육 자료를 제작했다.클라이언트는 NetCache 서버의 핵심에 있는 C++로 작성되었고, 데모 ICAP 서버는 Perl로 작성되었으며 데비안 워드 교체 필터를 채용하여 웹 페이지를 다시 쓰고 HTML 태그를 건너뛰며 웹 페이지를 스웨덴 셰프나 지브로 실시간 번역하였다.[3]시제품 제작 경험에서 배운 지식으로 Gillies는 IETF 초안 표준을 개정하여 청크 처리된 인코딩만 사용하는 RPC를 만들었고, ICAP 프로토콜을 크게 단순화했다.[1]

참조

  1. ^ a b J. Elson; A. Cerpa (2003). Internet Content Adaptation Protocol (ICAP). IETF. doi:10.17487/RFC3507. RFC 3507.
  2. ^ "Internet Content Adaptation Protocol (ICAP)" (PDF). NetApp. 2001-07-30.
  3. ^ Gillies, Donald. "ICAP Installation Instructions". UBC ECE Dept. Retrieved 2016-01-04.

외부 링크