이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
온프레미스에서 클라우드로 전환하는 프로젝트를 직접 수행한 경험은 아직 없지만, 수업 프로젝트에서 소규모 서버 마이그레이션을 경험했습니다. 로컬 환경에서 운영하던 서비스를 AWS로 이전하는 작업이었고, 가장 어려웠던 건 데이터 정합성을 유지하면서 서비스 중단 없이 전환하는 것이었습니다. 스테이징 환경에서 먼저 테스트하고, 롤백 계획을 미리 정해둔 뒤 실제 이전을 진행하는 방식으로 접근했습니다. 그 경험으로 마이그레이션에서 가장 중요한 건 '어떻게 이전할 것인가'보다 '실패했을 때 어떻게 되돌릴 것인가'를 미리 정해두는 것이라는 걸 배웠습니다. 실제 대규모 전환 프로젝트는 더 복잡하겠지만, 이 원칙을 기반으로 배워나가겠습니다.
클라우드 전환을 직접 크게 해본 경험은 없지만, 소규모 이전을 하며 제가 까다롭다고 느낀 것은 기존 환경에서 잘 돌던 것이 클라우드에서 그대로 안 되는 경우였습니다. 로컬에서 쓰던 설정이나 의존성이 클라우드 환경과 맞지 않아, 그대로 옮기면 작동이 안 되는 부분이 있었습니다. 그래서 무엇이 그대로 옮겨지고 무엇은 바꿔야 하는지를 먼저 점검해야 한다는 것을 배웠습니다. 또 클라우드는 쓰는 만큼 비용이 나와, 옮긴 뒤 자원을 적정 수준으로 맞추지 않으면 예상보다 비용이 커졌습니다. 전환은 단순히 위치만 옮기는 것이 아니라, 환경 차이와 비용 구조까지 함께 다시 설계하는 일이라는 것을 작게나마 경험했습니다. 실제 대규모 전환은 더 복잡하겠지만 이 원칙은 같다고 봅니다.
마이그레이션에서 제가 가장 중요하게 본 것은 한 번에 다 옮기지 않고 검증하며 단계적으로 가는 것입니다. 소규모 이전 때, 전부를 한꺼번에 옮겼다가 문제가 생기면 되돌리기가 너무 어려웠습니다. 그래서 저는 먼저 테스트 환경에서 똑같이 돌려보고, 문제없으면 일부만 실제로 옮겨 확인한 뒤 점차 넓히는 방식을 택했습니다. 또 옮긴 뒤에는 응답 속도나 오류율이 이전과 비교해 나빠지지 않았는지를 확인했습니다. 무엇보다 문제가 생겼을 때 되돌릴 계획을 미리 정해둔 것이 마음 놓고 진행하게 해줬습니다. 전환은 빠르게 끝내는 것보다 각 단계를 검증하며 안전하게 가는 것이 결국 더 빠르다는 것을 배웠습니다. 되돌릴 수 없는 전환은 위험하다고 생각합니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 CJ올리브영 프로덕트 매니저 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.