면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.
React 프로젝트에서 GitHub Actions 빌드 시간이 매번 7분 넘게 걸려 배포 주기를 늦추는 원인이 됐습니다. 원인을 찾아보니 node_modules를 매번 새로 설치하고 있었습니다. actions/cache로 의존성을 캐싱하고, Webpack Bundle Analyzer로 번들을 분석해 사용하지 않는 moment.js 전체를 제거해 번들 크기를 30% 줄였습니다. 이 두 가지를 합쳐 빌드 시간이 3분대로 줄었고, 사용자 체감 로딩 속도도 함께 개선됐습니다.
이전에 FTP로 수동 배포하던 팀에 CI/CD 프로세스를 처음 도입했습니다. 팀원들이 기존 방식에 익숙해 왜 바꿔야 하는지 의문을 가졌는데, 실제 배포 실수(캐시 무효화 누락으로 옛 버전이 계속 보이던 사고)를 사례로 들어 설득했습니다. GitHub Actions로 빌드 후 정적 파일을 S3에 업로드하고 CloudFront 캐시를 무효화하는 파이프라인을 구성했고, 도입 후 배포 실수가 사라지고 배포 시간도 20분에서 4분으로 단축됐습니다.
프론트엔드 팀 프로젝트에서 CI/CD 파이프라인 구축 시 가장 중요하게 여긴 건 배포 전 검증이었습니다. PR이 생성되면 ESLint, Jest 단위 테스트, Playwright E2E 테스트가 순차적으로 실행되도록 GitHub Actions 워크플로를 구성했고, 하나라도 실패하면 머지가 막히도록 브랜치 보호 규칙을 걸었습니다. 도입 초기엔 E2E 테스트가 불안정해 자주 실패했는데, 대기 조건을 명시적 요소 대기로 바꿔 flaky 테스트 비율을 크게 줄였습니다.
같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.
진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.