PHP 신입 배포·운영 기술면접

php:8.1-apache 베이스 이미지는 PHP 8.1 인터프리터와 Apache 웹서버가 미리 설치되어 있어 별도의 웹서버 설정 없이 PHP 애플리케이션을 바로 실행할 수 있습니다. 이 이미지는 Debian 기반 리눅스 OS, PHP-FPM 또는 mod_php, Apache 설정 파일 등을 포함하고 있습니다. 로컬 환경에서는 XAMPP나 MAMP 같은 통합 패키지를 사용하지만, Docker는 격리된 컨테이너 환경에서 동일한 설정을 재현할 수 있어 '내 컴퓨터에서는 되는데' 같은 문제를 방지합니다. Dockerfile에서 필요한 PHP 확장 모듈(예: pdo_mysql, gd)을 추가로 설치하고, composer를 통해 의존성을 관리할 수 있습니다. 컨테이너는 불변(immutable) 인프라 개념으로, 한 번 빌드된 이미지는 어디서든 동일하게 실행됩니다.

GitHub Actions CI/CD 파이프라인의 주요 단계는 다음과 같습니다. 첫째, 코드 체크아웃 단계에서 저장소의 최신 코드를 가져옵니다. 둘째, PHP와 Composer 설정 단계에서 필요한 PHP 버전을 설치하고 composer install로 의존성을 설치합니다. 셋째, 테스트 단계에서 PHPUnit이나 Pest 같은 테스트 프레임워크로 유닛 테스트와 통합 테스트를 실행합니다. 넷째, 코드 품질 검사 단계에서 PHP_CodeSniffer나 PHPStan으로 코딩 표준과 정적 분석을 수행합니다. 다섯째, 빌드 단계에서 프로덕션 의존성만 설치하고 캐시를 생성합니다. 마지막으로 배포 단계에서 SSH나 FTP로 서버에 파일을 전송하거나 Docker 이미지를 푸시합니다. 각 단계 실패 시 배포를 중단해야 하는 이유는, 테스트 실패는 버그가 있다는 의미이고, 코드 품질 검사 실패는 유지보수성 문제를 의미하며, 이를 무시하고 배포하면 프로덕션 장애로 이어질 수 있기 때문입니다.

무중단 배포를 위해서는 블루-그린 배포 또는 롤링 배포 전략을 사용하며, PHP에서는 주로 심볼릭 링크 방식을 활용합니다. 배포 디렉토리 구조는 releases 폴더에 타임스탬프별 릴리즈를 저장하고(예: releases/20240115120000), current라는 심볼릭 링크가 현재 서비스 중인 버전을 가리키게 합니다. 새 버전 배포 시 releases에 새 디렉토리를 만들어 코드를 배포하고 composer install, 마이그레이션 등을 실행한 후, current 심볼릭 링크만 새 디렉토리로 변경합니다. 심볼릭 링크 변경은 원자적(atomic) 연산이므로 사용자는 중단 없이 서비스를 이용할 수 있습니다. 배포 후 문제 발생 시 current 링크를 이전 릴리즈 디렉토리로 다시 연결하면 즉시 롤백됩니다. Laravel Envoy나 Deployer 같은 배포 도구가 이러한 방식을 자동화해줍니다. storage와 .env 파일은 shared 디렉토리에 두고 각 릴리즈에서 링크로 연결하여 데이터를 보존합니다.