Apache vs Nginx

Aphche

MPM(Multi Processing Module) 아키텍쳐를 기반으로 클라이언트 요청을 처리하는 기술을 기반으로 하고있다.

1. Server Socket으로 요청 A가 들어오면 스레드를 할당해준다.
2. 스레드는 그 소켓을 가지고 I/O 작업 등을 수행한다.
3. 이 와중에 서버 소켓으로 요청 B가 들어모면 context switching이 일어난다.
4. 새로 들어온 요청에 스레드를 배분하고 또 이 소켓을 가지고 I/O 작업을 수행힌다.
5. 그러면서 A의 작업을 하기 위해 중간에 다시 context switching하고, 그러다가 다시 B의 작업을 하려고 context switching을 하며 I/O 작업을 모두 처리한다.

MPM

• prefork : 요청에 대해 default 개수 만큼 자식 프로세스를 생성해서 처리하고 요청이 많으면 프로세스를 생성해서 처리한다.
• worker : 동시에 여러 스레드를 지원한다. 이것은 Apache가 좀 더 효율적이고 확장가능하도록 돕는다.
• event : mpm_worker와 유사한 방식으로 동작하지만 최근 등장한 웹 관련 어플리케이션들을 위한 keep-alive 메커니즘이 포함되어 있다.

💡 프로세스 중심의 접근법, 각 요청에 대해 새로운 스레드가 필요하다.

⇒ 동시 접속 요청이 많아질수록 프로세스나 스레드 생성비용이 들고, 대용량 요청애 대한 한계가 있다.

Nginx

프로세스 또는 스레드라는 개념을 사용하지 않고 이벤트 개념으로 접근한다.

1. Reactor는 event가 들어오면 알맞는 핸들러로 dispatch 해준다.

2. 핸들러는 dispatch된 이벤트를 받아서 처리하는 역할을 수행한다.

   ※ reator : 별도의 스레드에서 실행되며 발생한 I/O 이벤트는 dispatching되어 해당 이벤트 처리기로 보내 처리한다.

Event-Driven 방식은 작업을 하다가 I/O, 소켓 read/write 등 CPU가 관여하지 않는 작업이 시작되면 기다리지 않고 바로 다른 작업을 수행한다. 그러다가 진행중인 I/O등의 작업들이 끝나면 이벤트가 발생하여 그 다음 작업을 처리하게 된다.

• Event-Driven 방식으로 한개의 고정된 프로세스만 생성한다.
• 요청에 대한 처리는 스레드에 의존하지 않고 프로세스 내부에서 비동기 방식으로 작업을 처리한다.
• 동시 접속 요청이 많아도 프로세스나 스레드 생성 비용이 존재하지 않는다.

💡 이벤트 중심의 접근법, 하나의 스레드에서 여러개의 요청을 처리

Node.js에 Nginx를 앞단으로 둘 경우 이점

버퍼 오버플로우의 취약점에 의한 공격을 방지할 수 있다.

Apache vs Nginx

• Apache는 안정성, 확장성, 호환성이 좋다.
• Nginx는 성능이 우세하다.
• Apache가 역사가 오래됬고 사용하는 곳도 아직까지는 많기 때문에 nginx에 비해 모듈이 다양하다.
• nginx는 상승세, Apache는 하락세이다.

출처 : [https://kinsta.com/blog/nginx-vs-apache/](https://kinsta.com/blog/nginx-vs-apache/)