Apache httpd: 원래의 웹 서버, 여전히 그 자리를 차지하고 있습니다.

핵심 내용

1. 이벤트 MPM은 최신 플랫폼입니다. 고정된 작업자 스레드 풀이 연결 유지 연결을 비동기식으로 제공하므로 현재 Apache가 더 이상 기존 프리포크 벤치마크처럼 동시성 하에서 붕괴되지 않습니다. prefork는 스레드로부터 안전하지 않은 모듈에만 적합하며 의도적인 예외로 남아 있습니다.
2. 모듈 표면에는 mod_ssl, mod_security(표준 WAF), mod_rewrite, mod_proxy 및 밸런서 팬, 모든 시대를 위한 인증 모듈 등의 기능이 있습니다. 모듈은 호스트별 재정의를 통해 a2enmod 클래스 도구로 컴파일하거나 로드할 수 있습니다. 이것이 바로 공유 호스팅이 여전히 Apache를 먼저 실행하는 이유입니다.
3. .htaccess는 양날의 문화적 기능입니다. 디렉토리 수준 재정의는 사용자의 손에 전체 구성 권한을 부여하지만(사이트별 리디렉션, PHP 플래그, 보안 광기) 각 요청마다 파일 시스템 조회 및 구문 분석 비용을 지불합니다. 성능이 중요하고 규칙이 안정적인 경우 htaccess 규칙을 서버 구성으로 이동하세요.
4. 역방향 프록싱은 실제이지만 부차적입니다. mod_proxy/AJP 및 mod_pagespeed-class 옵션이 존재하지만 엣지 작업의 경우 nginx/caddy/traefik 클래스 프록시가 일반적으로 승리합니다. 일반적인 현대적 형태는 레거시 앱 자산(및 htaccess가 로드 베어링인 WordPress 공유 호스팅)을 위한 더 빠른 전선 뒤에 있는 Apache입니다.
5. 현장 테스트된 구성 규칙: 변경 후 apachectl configtest, 사이트당 별도의 가상 호스트, 설치뿐만 아니라 규칙 세트 조정(Paranoia Level 1 기본값)된 modsecurity, 플러드 처리를 위한 mod_evasive/limitreq 스타일 모듈, 오류 로깅 및 로그 분석 레이어에 대한 속도 필드에 대한 액세스.
6. 2026년의 솔직한 평가: Apache는 뛰어난 애플리케이션 서버이자 평범한 엣지 프록시입니다. 모듈과 디렉터리 재정의가 작업 부하를 전달하는 곳에서 실행하고, 규모가 필요할 때 간결한 역방향 프록시로 전면에 배치하고, htaccess 스캔을 모니터링하지 않도록 하세요(공유 호스팅의 지속적인 공격 표면입니다).

현장 노트

우리가 인수한 WordPress 호스팅 시설은 여러 사이트에서 1,700개의 .htaccess 파일을 사용하여 Apache를 실행했는데, 그 중 일부는 모순되었습니다. 우리는 안정적인 규칙을 가상 호스트 구성으로 옮기고 소유자가 필요한 곳에 사이트별 재정의를 유지했으며 공유 호스트의 p99 대기 시간은 아무것도 구입하지 않고도 1/3로 줄었습니다.

자주 묻는 질문