Nginx 주니어 테스트 및 코드품질 기술면접

nginx -t 또는 nginx -T 명령어를 사용하여 설정 파일의 문법 오류를 사전에 검증할 수 있습니다. nginx -t는 설정 파일의 문법만 체크하고, nginx -T는 문법 체크와 함께 전체 설정을 출력합니다. 이 검증 과정은 잘못된 설정으로 인한 서비스 중단을 방지하는 데 필수적입니다. 설정 오류가 있을 경우 구체적인 오류 메시지와 파일 위치를 알려주어 빠른 수정이 가능합니다. 실무에서는 배포 스크립트에 이 검증 단계를 반드시 포함시켜 자동화합니다.

access.log는 모든 HTTP 요청과 응답 정보를 기록하여 트래픽 패턴, 응답 시간, 상태 코드 분포를 분석할 수 있습니다. error.log는 Nginx 자체의 오류, upstream 연결 실패, 권한 문제 등을 기록합니다. access.log를 통해 404 에러가 급증하는 페이지나 응답 시간이 느린 엔드포인트를 발견할 수 있고, error.log로 백엔드 서버 연결 타임아웃이나 설정 오류를 파악할 수 있습니다. 두 로그를 함께 분석하면 서비스 품질 저하의 근본 원인을 찾을 수 있습니다.

include 지시어를 사용하여 공통 설정을 별도 파일로 분리하고 필요한 곳에서 불러오는 방식이 가장 기본적입니다. 예를 들어 SSL 설정, 보안 헤더, 로그 포맷 등을 /etc/nginx/snippets/ 디렉토리에 저장하고 include snippets/ssl-params.conf 형태로 재사용합니다. map 지시어를 활용하여 조건별 값을 변수로 관리하면 반복적인 if 문을 줄일 수 있습니다. upstream 블록을 공통으로 정의하고 여러 server에서 참조하는 것도 좋은 방법입니다. 설정을 계층적으로 구조화하면 변경 시 한 곳만 수정하면 되어 실수를 줄이고 코드 리뷰도 용이해집니다.

먼저 curl이나 httpie를 사용하여 각 엔드포인트에 실제 HTTP 요청을 보내고 응답 상태 코드가 예상과 일치하는지 확인합니다. 응답 헤더를 검증하여 CORS, 보안 헤더, 캐시 설정이 올바르게 적용되었는지 확인해야 합니다. upstream 서버로의 프록시가 정상 작동하는지, 로드밸런싱이 의도대로 분산되는지 테스트합니다. SSL/TLS 설정의 경우 openssl 명령어로 인증서와 프로토콜 버전을 검증합니다. 성능 테스트 도구로 동시 접속 처리나 타임아웃 설정도 확인하며, 이러한 테스트를 스크립트로 자동화하여 CI/CD 파이프라인에 포함시킵니다.

보안 측면에서는 server_tokens off 설정 여부, 불필요한 HTTP 메서드 차단, SSL/TLS 버전과 암호화 스위트 강도, X-Frame-Options 등 보안 헤더 설정을 확인합니다. 성능 측면에서는 적절한 worker_processes와 worker_connections 설정, gzip 압축 활성화, 정적 파일 캐싱, keepalive_timeout 값의 적정성을 검토합니다. 유지보수 측면에서는 location 블록의 정규식이 명확한지, 주석이 충분한지, 하드코딩된 값 대신 변수나 include를 사용했는지 확인합니다. 또한 error_log 레벨이 적절한지, 중복 설정이 없는지도 체크해야 합니다.