면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.
학교 연구실 프로젝트에서 CI 서버로 사용하던 컨테이너가 동시에 여러 빌드가 몰릴 때마다 자주 멈추는 문제를 겪었습니다. 로그를 확인해보니 메모리 사용량이 한계치에 도달하며 프로세스가 강제 종료되고 있었습니다. 저는 빌드 큐를 순차 실행으로 제한하고, 캐시를 활용해 불필요한 재빌드를 줄이는 방식으로 리소스 사용을 낮췄습니다. 조정 이후 빌드 실패율이 눈에 띄게 줄었고, 이 경험으로 자동화 서버도 리소스 한계를 고려해 설계해야 한다는 것을 배웠습니다.
CI 파이프라인에서 동일한 테스트가 때로는 통과하고 때로는 실패하는 불안정한 상황을 겪은 적이 있습니다. 처음에는 코드 문제로 의심했지만, 로그를 여러 번 비교한 끝에 테스트 간 데이터베이스 상태가 공유되며 순서에 따라 결과가 달라진다는 것을 발견했습니다. 저는 각 테스트마다 독립된 트랜잭션으로 격리되도록 설정을 수정했습니다. 수정 이후 동일한 테스트를 50회 반복 실행해도 결과가 일관되게 나오는 것을 확인했습니다. 불안정한 테스트는 코드가 아니라 환경 설계의 문제일 수 있다는 것을 배웠습니다.
CI/CD 서버를 운영하며 배포가 실패해도 아무도 바로 알아채지 못해 뒤늦게 발견되는 문제가 반복됐습니다. 저는 배포 단계마다 성공·실패 여부를 팀 메신저로 즉시 알리는 알림 체계를 구축했습니다. 초기에는 알림이 너무 잦아 오히려 무시되는 부작용이 있어, 실패한 경우에만 알림이 가도록 조건을 다시 조정했습니다. 이후 배포 실패를 인지하기까지 걸리는 시간이 평균 반나절에서 몇 분 이내로 줄었습니다. 알림 체계는 무조건 많이 보내는 것이 아니라 필요한 순간에만 정확히 전달되도록 설계해야 한다는 것을 배웠습니다.
같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.
진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.