woogiereal-blog

20.1.리버스 프록시란?

리버스 프록시란 * 네트워크에서 말하는 프록시는 네트워크상의 다른 구성 요소를 대신해 네트워크 트래픽을 처리하는 네트워크 구성 요소를 말한다. * 회사 네트워크에서 웹 브라우저에서 전달되는 요청을 가로채 허용된 사이트인지 확인하거나 빠른 속도를 위해 접근하려는 사이트의 캐시를 제공하는 용도로 사용될 수 있다. * 리버스 프록시도 이와 비슷하게 여러 웹 애플리케이션으로 통하는 관문 역할을 한다. * 모든 트래픽은 리버스 프록시를 거치며 해당 트래픽이 어떤 애플리케이션에서 출발한 것인지 판단한다. * 또한, 애플리케이션의 응답 내용을 캐시해 두었다가 적절하게 가공해 클라이언트에게 전달하기도 한다.

리버스 프록시는 포트를 외부로 공개한 유일한 컨테이너다.

외부에서 들어오는 모든 요청을 먼저 받고 그에 맞는 컨테이너로부터 응답을 받아 온다.

리버스 프록시 덕분에 모든 애플리케이션 컨테이너는 외부에 노출될 필요가 없고, 그만큼 스케일링, 업데이트, 보안 면에서 유리하다.

실습 엔진엑스는 인터넷의 30%를 차지할 정도로 오랫동안 리버스 프록시로 널리 쓰였다. 매우 가볍고 빠르고 강력한 HTTP 서버 기능을 갖춰 콘텐츠 제공 성능 못지 않은 프록시 성능을 보인다.

001) # 예제 애플리케이션을 위한 네트워크 생성(리눅스 컨테이너)
002) ➜ docker network create ch20
003) 
004) ➜ cd ch20/exercises
005) 
006) # 설정 파일을 바인드 마운트로 주입한 엔진엑스 컨테이너를 실행(리눅스 컨테이너)
007) ➜ docker-compose -f nginx/docker-compose.yml -f nginx/override-linux.yml up -d
008) 
009) # 웹 브라우저에서 http://localhost에 접근

007: 컨테이너로 엔진엑스를 실행한다. 이 컴포즈 오버라이드 파일에 로컬 디렉터리를 바인드 마운트로 지정하며, 이 디렉터리에 사이트별 설정 파일이 위치한다.

리버스 프록시로 사용하려면 사이트별 설정 파일을 하나 추가해야 한다.

같은 포트를 통해 여러 개의 애플리 케이션을 호스팅하려면 이들을 먼저 구별할 수 있어야 하는데, 대개 도메인이 이 역할을 한다.

로컬 컴퓨터의 hosts 파일에 도메인을 추가하면 된다.

이 파일은 도메인과 IP 주소의 짝으로 이뤄진 간단한 파일로, 엔진엑스 컨테이너를 통해 여러 애플리케이션에 접근할 수 있게 해 준다.

실습 간단한 웹 애플리케이션 who-am-I를 공개 포트 없이 실행해 이 애플리케이션에 whoami.local 도메인으로 접근할 수 있게 해 보자.

001) # 도메인 whoami.local을 hosts 파일에 추가(맥 또는 리눅스)
002) ➜ echo $'\n127.0.0.1 whoami.local' | sudo tee -a /etc/hosts
003) 
004) # who-am-I 컨테이너 실행
005) ➜ docker-compose -f whoami/docker-compose.yml up -d
006) 
007) # 애플리케이션 설정 파일을 엔진엑스 설정 파일 디렉터리로 복사
008) ➜ cp ./nginx/sites-available/whoami.local ./nginx/sites-enabled
009) 
010) # 엔진엑스를 재시작해 설정 업데이트
011) ➜ docker-compose -f nginx/docker-compose.yml restart nginx
012) 
013) # 웹 브라우저에서 http://whoami.local 에 접근

008: 사이트 설정 파일을 엔진엑스 디렉터리로 복사한다. 이 파일에는 whoami.local에 대한 요청을 who-am-I 컨테이너로 전달하라는 설정이 들어 있다.

웹 브라우저 주소창에 http://whoami.local 을 입력하면 hosts 파일에 추가한 도메인 정보를 통해 로컬 컴퓨터로 연결된다.

엔진엑스 컨테이너는 이 요청을 전달받아 헤더에 포함된 호스트 정보 Host=http://whoami.local 을 이용해 해당하는 사이트 설정을 찾는다.

일치하는 사이트 설정이 있으면 해당 애플리케이션 컨테이너에서 콘텐츠를 받아와 요청에 응답한다.

예제 20-1 who-am-I 사이트에 대한 엔진엑스 프록시 설정 파일 * 엔진엑스 컨테이너가 도커 네트워크를 통해 애플리케이션 컨테이너에서 콘텐츠를 받아 오도록 한다

server {
    server_name whoami.local; # 도메인

    location / {
        proxy_pass             http://whoami;    # 콘텐츠가 위치한 주소
        proxy_set_header       Host $host;       # 호스트 정보를 콘텐츠 위치로 설정
        add_header             X-Host $hostname; # 응답의 호스트 정보를 프록시 이름으로 변경
    }
}

리버스 프록시가 꼭 웹 사이트만을 대상으로 하는 것은 아니다.

HTTP로 제공되는 콘텐츠라면 무엇이든 대상이 될 수 있다.

당연히 REST API도 가능하며, 그 외 유형의 트래픽(일반 TCP/IP나 gRPC)도 가능한 경우가 있다.

이 설정의 효과는 엔진엑스가 단순히 요청을 전달하는 매개자 역할을 하는 것이다.

요청을 받을 때마다 이를 처리할 컨테이너('업스트림' 이라고 한다)를 호출하고, 그 응답을 다시 클라이언트('다운스트림' 이라고 한다)로 전달한다.

업스트림에 해당하는 애플리케이션에 이상이 발생하면 엔진엑스는 실패 응답을 다운스트림에 전달한다.

실습 hosts 파일에 도메인을 하나 더 추가한다. 그리고 무작위 숫자 애플리케이션의 API를 실행하고 여기에 엔진엑스를 통한 프록시를 적용한다. 이 API는 몇 번 호출된 후에는 이상을 일으키므로 서버 오류 코드 500을 볼 수 있을 것이다.

001) # 도메인을 hosts 파일에 추가
002) ➜ echo $'\n127.0.0.1 api.numbers.local' | sudo tee -a /etc/hosts
003) 
004) # API 컨테이너를 실행
005) ➜ docker-compose -f numbers/docker-compose.yml up -d
006) 
007) # 사이트 설정 파일을 엔진엑스 설정 파일 디렉터리로 복사
008) ➜ cp ./nginx/sites-available/api.numbers.local ./nginx/sites-enabled/
009) 
010) ➜ docker-compose -f nginx/docker-compose.yml restart nginx
011) 
012) # 웹 브라우저로 http://api.numbers.local/rng 에 접속해 여러 번 새로 고침하며 오류를 일으키는지 확인

Other articles

20.2.리버스 프록시의 라우팅과 SSL 적용하기

20.3.프록시를 이용한 성능 및 신뢰성 개선

20.4.클라우드 네이티브 리버스 프록시

20.5 리버스 프록시를 활용한 패턴의 이해

Other articles

links

social