면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.
팀 프로젝트에서 Next.js 프론트엔드와 Node.js 백엔드를 각각 다른 배포 흐름으로 운영하다가, GitHub Actions로 모노레포 파이프라인을 통합했습니다. 프론트는 Vercel에, 백엔드는 AWS EC2에 배포되는 구조였는데, PR마다 변경된 디렉터리를 감지해 프론트만 바뀌면 프론트 빌드만, 백엔드만 바뀌면 백엔드 배포만 실행되도록 경로 필터를 설정했습니다. 이 작업 전에는 사소한 프론트 수정에도 백엔드 전체 빌드가 같이 돌아 배포에 6분씩 걸렸는데, 분리 후 평균 2분으로 줄었습니다.
개인 프로젝트에서 시작해 팀 프로젝트로 확장하며 CI/CD 파이프라인을 GitHub Actions로 구축했습니다. 처음엔 main 브랜치에 머지되면 바로 운영 환경에 배포되는 구조였는데, 검증 없이 배포되다 보니 오류가 사용자에게 그대로 노출된 적이 있었습니다. Git Flow를 참고해 develop 브랜치는 스테이징 환경, main 브랜치는 운영 환경으로 분리하고, 스테이징에서 QA를 거친 뒤 수동 승인으로 운영 배포하도록 방법론을 정비했습니다. 이후 운영 장애가 눈에 띄게 줄었습니다.
졸업 프로젝트를 팀 프로젝트로 발전시키며 CI/CD 파이프라인을 처음부터 설계했습니다. 가장 어려웠던 부분은 프론트엔드 빌드에서 환경 변수(API 주소 등)가 배포 환경마다 달라야 하는 문제였습니다. 초기엔 코드에 하드코딩해 배포 때마다 수동으로 고쳤는데, GitHub Actions의 environment 기능과 Secrets를 활용해 배포 대상에 따라 자동으로 다른 값이 주입되도록 바꿨습니다. 이후 배포 시 사람이 값을 잘못 넣는 실수가 사라졌습니다.
같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.
진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.