서로 다른 프로토콜과 애플리케이션 간의 HTTP 인터페이스.
웹 게이트웨이는 한쪽에서는 HTTP로 통신하고 다른 한쪽에서는 HTTP가 아닌 다른 프로토콜로 통신하며, 클라이언트 측 프로토콜과 서버 측 프로토콜을 빗금(/)으로 구분해 기술한다.
ex) <클라이언트 프로토콜>/<서버 프로토콜>
클라이언트로부터 HTTP 요청이 원 서버 영역으로 들어오는 시점에 클라이언트 측의 HTTP 요청을 외래 프로토콜로 전환한다. 예시로 HTTP/FTP 게이트웨이가 있다.
기업 내부의 모든 웹 요청을 암호화함으로써 개인 정보 보호와 보안을 제공하는 데 게이트웨이를 사용할 수 있다. 클라이언트는 일반 HTTP를 사용하여 웹을 탐색할 수 있지만 게이트웨이는 자동으로 사용자의 모든 세션을 암호화한다.
웹 서버의 앞단에 위치하며, 보안 HTTPS 트래픽을 받아서 복호화하고 웹 서버로 보낼 HTTP 요청을 만든다.
이런 게이트웨이는 원 서버보다 효율적으로 보안 트래픽을 복호화하는 암호화 하드웨어를 내장하여 원 서버의 부하를 줄여주기도 하나, 게이트웨이-서버 간에 암호화하지 않은 트래픽을 전속하기 때문에 네트워크가 안전한지 확인하고 사용해야 한다.
게이트웨이의 일반적인 형태인 애플리케이션 서버는 목적지 서버와 게이트웨이를 한 개의 서버로 결합한다.
애플리케이션 서버는 게이트웨이의 애플리케이션 프로그래밍 인터페이스(API)를 통해서 클라이언트의 요청을 애플리케이션에 전달한다.
게이트웨이를 통해 받을 수 있는 리소스 요청이 들어오면, 서버는 헬퍼 애플리케이션을 생성하여 요청을 처리한다.
그 다음, 클라이언트로 전달할 응답이나 응답 데이터가 서버에 반환된다.
HTTP 커넥션을 통해 HTTP가 아닌 트래픽을 전송하는 데 사용. HTTP 프로토콜을 지원하지 않는 애플리케이션에 HTTP 애플리케이션을 사용해 접근하는 방법을 제공한다.