PHP中文网2017-05-16 17:23:36
역방향 프록시는 백엔드 서비스가 외부 세계에 직접 노출되지 않음을 의미합니다. 요청이 먼저 nginx로 전송된 다음 nginx가 해당 요청을 tomcat 등의 백엔드 서버로 전달합니다. -end 서비스에는 서버가 하나만 있으며, nginx는 요청을 수신하는 백엔드 서비스에 대한 프록시 역할만 합니다.
그러나 실제 애플리케이션 시나리오에서는 백엔드 서버에서 단일 실패 지점이 발생할 확률이 매우 높거나 단일 시스템의 처리량이 제한되어 너무 많은 요청을 처리할 수 없습니다. 이때 여러 서버를 구성해야 합니다. nginx 백엔드에서는 nginx에 내장된 규칙을 사용하여 요청을 다른 백엔드 머신으로 전달합니다. 이때 로드 밸런싱 역할을 합니다.
물론 대략적인 얘기지만 실제 아키텍처는 이보다 훨씬 더 복잡하지만 차이점을 이해하는 데는 충분합니다.
PHP中文网2017-05-16 17:23:36
역방향 프록시가 없으면 단일 http 서버에 직접 압력이 가해집니다. 역방향 프록시를 사용하면 일반적으로 하나의 ngnix가 역방향 프록시 역할을 하고 그 뒤에 여러 http 서버가 작동합니다. 모든 트래픽에 대해 ngnix를 생각해 보세요. 이는 구성된 정책(회전, 임의성 또는 압력 분포)에 따라 트래픽을 다음 HTTP 서버로 전달합니다. 따라서 로드 밸런싱을 달성합니다.
ngnix + 노드 로드 밸런싱 - SegmentFault - /a/1190000003023558
大家讲道理2017-05-16 17:23:36
두 가지:
역방향 프록시: 애플리케이션 서버는 서비스를 직접 제공하지 않지만, nginx와 같은 http(s) 서버를 통해 요청을 처리합니다. 위치(도메인 이름, 요청 경로 등)에 따라 서로 다른 애플리케이션 서버로 이동합니다. (Tomcat, Apache 등) 응답을 받아 클라이언트에 전달합니다. 사용자는 요청이 nginx 서버에서 직접 처리되는 것처럼 보입니다.
로드 밸런싱: 넓은 의미에서는 http 서버 수준의 로드(가장 널리 사용되는 것은 Nginx를 사용하는 것)를 의미할 뿐만 아니라 LVS 및 운영 체제 수준의 최적화 처리도 포함합니다. 애플리케이션 서버는 신속하게 응답하며 기본 애플리케이션 서버를 차단하지 않으며 데이터 처리 기능을 더 잘 활용합니다.
仅有的幸福2017-05-16 17:23:36
역방향 프록시와 로드 밸런싱은 원래 서로 다른 두 가지이지만 nginx는 역방향 프록시의 백엔드 업스트림에서 일반적으로 사용되는 몇 가지 로드 밸런싱 알고리즘만 구현합니다.