Apache vs NGINX

몇일전 아파치가 드디어 2.3 버전에서 2.4 버전으로 판올림을 했습니다. 개발쪽에 있거나 IT 업계에 있어보신 분은 아파치라는 웹서버 플랫폼에 대해서 많이 들어보셨을 겁니다. 무료이면서도 유료에 꿀릴 것 없는 다양한 확장성과 안정서 여기에 수많은 IT 인력들이 수십년동안 만들어낸 다양한 레퍼런스 만으로도 천상천하 유아독존이 되기에 충분했습니다. 

현재도 NGINX나 기타 다른 유/무료 웹서버에 비해서 독보적인 1위를 기록하고 있기는 하지만 과거 몇년전 거의 70% 에 육박하고 MS가 윈도우 서버 플랫폼으로 틈새시장을 만들어 20% 언저리에서 2위를 기록했을때완 천지차이인 것은 분명하다. 

특히 최근 러시아산 웹서버인 NGINX의 등장은 영원한 1위가 없다는 진리를 확실히 일깨워주는 사례로 이미 얼마전 소개된 통계 자료에 따르면 MS의 IIS를 넘어서 웹서버 시장의 2번째 강자로 등극했다고 합니다. 

203x61

(원문 - http://blogs.apache.org/foundation/entry/the_apache_software_foundation_celebrates)


이번에 오픈 소스 진영의 영원한 대부인 아파치 제단은 17주년 기념으로 출시한 아파치 2.4 정식 버전의 경우 철저하게 속도위주의 개선을 통해 NGINX와 경쟁에서 밀리지 않기 위해서 캐시, 프록시 모듈, 세션 제어, 비동기 읽기 및 쓰기 지원 기능을 개선 했다고 합니다. 

이미 이전에도 아파치 서버를 지원하는 다양한 플러그인 및 모듈을 통해서 사실 세팅만 조정하면 NGINX 수준의 성능을 끌어내기도 했지만, 최근 추세가 WAS 서버와 웹서버의 역할이 조금씩 나뉘면서 웹서버는 정적 데이터 처리를 통한 속도 향상을 노리는 프록시나 캐싱 처리용 서버로 사용하는 경향이 늘면서 속도에 매우 민감해진 것이 사실입니다. 

NGINX는 러시아 최고의 웹서비스 회사에서 자신들의 서비스에 최적화 시킨 웹서버를 만들어 보안과 속도에 최적화 시키려는 노력에서 탄생한 웹서버인데.. 필자의 회사에서 NGINX를 사용하면 장점이 명확하고 사용이 매우 심플에 규모가 작은 서비스이면서 정적 데이터 처리가 많은 서비스에 적합하다는 결론을 얻었습니다. 

아파치에서 지원하는 수많은 기능이 필요 없고 보안 설정등도 알려진 보안 문제등을 특별한 패치 없이 NGINX 자체에서 처리해주고 있어 가상호스트나 프로시 설정 같은 아주 기본적인 내용들만 알아서 서버 운영에 큰 문제가 없을 정도 입니다. 

물론 NGINX도 지속적으로 발전하고 있는 만큼 세팅이나 다양한 모듈들이 지원되면서 설정값이 증가하고 있는 추세이긴 하지만 NGINX가 제안하는 쓰레드 처리와 로드밸런싱 (이것도 아파치에서도 다 지원되죠..) 개념등을 최적화하면 현존하는 어떤 웹서버도 일단은 속도면에서는 NGINX보다 나은 서버는 현재까지는 없다는 결론입니다. 

다만 NGINX는 위에서도 말했듯 러시아쪽 기업의 특수한 목적에 의해 개발된 이유로 세션 클러스터링 같은 특별한 목적을 추가적으로 수행하는 세팅을 할 경우에는 별도의 과정을 거쳐야해 이런 별도의 작업이 많이 필요한 서비스에서는 차라리 유지보수와 관리면에서 아파치가 매우 유용하다는 것이죠. 

현재까지는 아파치와 NGINX의 성능과 활용은 호불호가 가려지지만 안정성과 확장성, 호환성에서 아파치가 속도면에서는 NGINX가 우세하다는 결론입니다. 

그런데 점차 점유율을 잃고 있었던 아파치쪽에서 이러면 안되겠다고 생각했는지 슬슬 견제를 시작했다고 봐야 할 것 같습니다. 이제 아파치 자체가 가진 순수한 장점에 속도까지 개선해 최고의 웹서버 자리를 결코 후발 주자들에 내주지 않겠다는 결론인 것이지요. 

암튼 개언적으로 전 아파치 웹서버를 좋아합니다. 돈없고 배고픈 시절 저렴한 비용으로 웹서버를 구축할 수 있게 도와줬고 공개 된 수많은 레퍼런스와 설명 정보들은 손쉽게 아파치를 유지 관리 할 수 있었기 때문입니다. 

발전을 위해선 최고의 경쟁자가 필요한 만큼 아파치와 NGINX가 이렇게 서로 경쟁하면서 좋은 성능을 이끌어내주면 좋겠네요. 

 

출처 : http://www.iamday.net/apps/article/talk/850/view.iamday