HTTP 컨텐츠 협상

Content Negotiation이란 동일한 URI에서 리소스의 서로 다른 버전을 지원하기 위해 사용하는 메커니즘이다. 사용자 에이전트가 사용자에게 제일 잘 맞는 것이 무엇인지 명시할 수 있다.

원칙

클라이언트는 리소스의 URL을 사용해 리소스를 요청한다. 서버는 리소슬를 선택하기 위해 이런 URL을 사용하며 클라이언트에게 해당 리소스의 특정 프레젠테이션(리소스가 제공하는 변형)을 리턴한다.

리소스가 URL을 통해 호출되었을 때 특정 프레젠테이션을 선택하는 방법은 Content Negotiation에 의해 결정된다. Content Negotiation은 서버 주도와 클라이언트 주도로 나뉘어진다.

1. 클라이언트가 보내는 특정 HTTP 헤더를 이용하는 방법 (서버 주도)
2. 전달받은 300, 406 상태 코드를 사용하는 방법 (에이전트 주도)

server-driven content negotiation

클라이언트가 보내는 특정 HTTP 헤더를 이용하는 방법으로, 특정 종류의 리소스에 대한 표준 협상 방법이다. HTTP/1.1 표준은 서버 주도 협상을 시작하는 표준 헤더 목록(Accept, Accept-Charset, Accept-Encoding, Accept-Language)을 정의하고 있다.

서버 주도 Content Negotiation은 다음과 같은 단점이 존재한다.

• 서버는 클라이언트의 상태에 대해 완벽히 알고 있지 않기 때문에 서버가 선택한 representation이 클라이언트에게 적합한지 확신할 수 없다.
• 클라이언트 헤더에 있는 정보는 사생활 침해가 될 수 있다.
  • HTTP 헤더 정보를 보고 원격 컴퓨터의 OS, 버전, 사용 중인 프로토콜을 알아낼 수도 있다.
• 주어진 리소스의 몇 개의 representation이 전송되므로, 샤드된 캐시들은 덜 효율적이고 서버 구현은 좀 더 복잡해진다.

샤드(shard): 단일의 데이터를 조각내어 나누는 것을 말한다.

Accept 헤더

• 에이전트가 처리하고자 하는 미디어 리소스의 품질 인자와 함께 MIME 타입을 나열한 헤더
• 다른 MIME 타입 사이의 상대적인 선호도를 나타낸다.

Accept-Charset 헤더

• 클라이언트가 이해할 수 있는 문자 인코딩 타입을 나타낸다.

• 전통적으로 클라이언트의 위치에 따라 서로 다른 값을 설정하기 위해 사용되었다.

• 현재는 대부분의 브라우저들이 Accept-Charset 헤더를 생략하고 있다.
  • UTF-8의 보편화
  • 개인정보의 보호(클라이언트의 정보를 최대한 덜 노출시키기 위해)

Accept-Encoding 헤더

• 클라이언트가 수용할 수 있는 HTTP 압축 방식을 나타낸다.
• q인자를 사용해 압축 방식 간 우선순위를 나타낸다.
  • 기본값 identity는 가장 낮은 우선순위이다.
• 전송되는 대역폭을 절약할 수 있는 좋은 방법으로, 브라우저는 필수적으로 이 헤더를 포함시켜 요청한다. 서버는 이에 따라 압축 방법을 사용할 수 있어야 한다.

Accept-Language 헤더

• 클라이언트가 선호하는 언어 목록을 나타낸다.
• q인자로 언어 간 선호 우선순위를 나타낸다.
• 브라우저는 기본적으로 사용자 인터페이스 언어 설정값을 이용해 Accept Language 값을 보낸다.
• 그러나 사용자의 실제 요구와 이 값은 불일치할 수도 있다.
• 따라서 사이트에 언어 메뉴를 제공하는 등 이에 대비할 필요가 있다.

User-Agent 헤더

• 요청을 전송하는 브라우저를 나타낸다.
• product tokens와 comments가 공백으로 구분된 문자열이다.
• product token: 브라우저/버전
• comment: 괄호 안에 적혀 있으며 해당 브라우저가 속한 호스트의 OS 등 정보가 들어있다.
• 이 헤더에 의지해 브라우저마다 웹 페이지 및 서비스를 제공하는 것은 좋지 않다. 웹은 사용자가 어떤 브라우저나 디바이스를 사용하는 지에 개의치 않고 모두에게 접근이 용이해야 하기 때문이다.
• Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.103 Safari/537.36

Vary 응답 헤더

• Accept-* 헤더와 달리 웹 서버 응답 헤더이다.

• 서버 주도 컨텐츠 협상의 과정 중에 서버에 의해 사용되는 헤더들의 목록을 나타낸다.

• 즉 클라이언트가 제시한 여러 representation 중에서 서버가 선택한 헤더가 무엇인지 알려준다.
• 캐시된 응답을 사용할 수 있는 지 결정하는 데 사용한다.
• Vary: <header-name>, <header-name>

agent-driven content negotiation

• server-driven content negotiation 단점
  • 클라이언트가 정확한 정보를 제공하려 하면 더 많은 헤더가 필요하다.
  • 더 많은 헤더는 대역폭의 증가와 개인정보 노출을 야기한다.
• 이에 HTTP는 agent-driven content negotiation을 지원한다.
• 서버가 애매한 representation 조건을 마주했을 때, 사용 가능한 리소스들의 URL를 포함한 페이지(300 multiple choices)를 리턴하고, 이에 사용자는 사용하고자 하는 리소스를 선택한다.

에이전트 주도 협상의 문제점

• HTTP 표준은 사용 가능한 리소스 중에서 선택하도록 허용하는 페이지의 형식을 명시하지 않고 있다.

• 실제 리소스를 가져오는데 한 개 이상의 요청이 필요해 리소스 효용성이 떨어진다.