[Trouble Shooting] Nginx proxy 설정

🤷‍♂️ Proxy?

---

다른 서버에서 리소스를 찾는 클라이언트의 요청에 대한 중계자 역할을 하는 서버이다. 따라서 프록시 서버는 클라이언트와 클라이언트가 찾고 있는 데이터를 호스팅하는 실제 서버 사이에 위치한다. 클라이언트에게 프록시 서버는 실제 백엔드 서버로 나타나고, 백엔드 서버에는 프록시 서버가 클라이언트처럼 보인다.

프록시를 사용하는 이유는 단순히 보안때문만이 아니라 프록시 서버에 요청이 된 데이터들을  [캐시]를 이용해 저장해 둡니다. 캐시를 활용해서 요청시간을 절약 할 수 있습니다.  

---

🤷‍♂️ Reverse Proxy?

---

하나 이상의 백엔드 서버 앞에 위치하여 각 요청에 사용할 백엔드 서버를 결정하는 것이다.

 

Reverse Proxy 장점

• 동시성 : 다중 연결을 더 잘 처리할 수 있는 역방향 프록시를 추가하면 백엔드 서버 성능이 크게 향상될 수 있다.
• 복원력 : 백엔드 서버의 상태를 모니터링하고 서비스가 재개될 때까지 실패한 서버에 대한 요청 전송을 중지할 수 있다. 역방향 프록시가 여전히 작동 중인 백엔드 서버에 요청을 자동으로 보내기 때문에 클라이언트에는 오류가 표시되지 않는다.
• 확장성 : 역방향 프록시는 백엔드 서버 그룹에 대한 단일 “공개 얼굴"이기 때문에 변화하는 트래픽 부하에 따라 서버를 추가 및 제거할 수 있다.
• 레이어 7라우팅 : 역방향 프록시는 모든 서버로 향하는 트래픽을 보고 필요에 따라 요청과 응답을 수정하여 각 요청을 보낼 위치에 대한 지능적인 결정을 내릴 수 있다. 요청의 특정 HTTP 헤더, URL의 일부, 클라이언트의 지리적 위치 등에 따라 라우팅 결정을 내릴 수 있다.
• 캐싱 : 역방향 프록시는 캐싱을 수행하기에 좋은 장소이다. 일반적으로 모든 요청을 백엔드 서버로 보내고 각 백엔드 서버가 자체 캐시를 구축하도록 하는 것보다 콘텐츠를 개시하는 것이 훨씬 더 효율적이다.
• 기타 기능 : 역방향 프록시는 백엔드 서버 앞에 앉음으로써 대역폭 또는 요청 속도에 따른 트래픽 형성, 연결 제한, 다양한 인증 체계와의 통합, 활동 모니터링 등과 같은 다른 기능도 수행할 수 있다.

---

🤷‍♂️ Nginx proxy_pass 설정?

---

react niginx 배포하기 참고 [AWS EC2] EC2에 React 앱 + Node.js 서버 배포 2 - Nginx + React (tistory.com)

[AWS EC2] EC2에 React 앱 + Node.js 서버 배포 2 - Nginx + React

 

파일로이동

sudo vi /etc/nginx/sites-available/파일.conf

 

nginx server 셋팅

server {
  listen 80;
  location / {
    root   /home/user/myapp/build;
    index  index.html index.htm;
    try_files $uri $uri/ /index.html;
  }
  
  location /api/ {
    proxy_pass http://[서버 url];
  }
}

proxy_pass를 설정해주고 나면, 프론트에서 서버에 직접 요청하는 것이 아니라, 요청을 자기자신 url로 보내면 proxy에서 요청을 받아서 실제 서버에 요청을 보내고 데이터를 받는다. 

 

예를 드면 axios.get(" 서버url ")로 서버에 요청을 보낼것이다. 하지만 프록시 설정 후에 서버url 대신 클라이언트 url로 바꿔주면 proxy가 실제 서버에 요청 데이터를 보내서 클라이언트에 응답을 해준다 보안적인 측면에서 안전하다.