[무신사] Cloud Engineer (Foundation Platform) 공고 분석

이 자리가 왜 생겼을까요

1하게 될 업무

• Cloud 환경 운영: AWS 기반 인프라를 전사 서비스의 핵심 플랫폼으로 운영하고 EC2, IAM 권한 관리, 방화벽 설정 등 주요 AWS 서비스를 활용하고 최적화합니다.

  이렇게 볼 수 있어요

  AWS 서비스 가운데 EC2와 IAM, 방화벽이 이름으로 적혀 있습니다. 권한과 네트워크 접근을 직접 설계해 본 범위가 이 업무에서 먼저 확인됩니다.

• Kubernetes 기반 서비스 운영: 모든 애플리케이션을 EKS 기반으로 컨테이너화합니다.

  이렇게 볼 수 있어요

  '모든 애플리케이션'이라는 표현대로 컨테이너 밖에 남는 서비스를 두지 않는 방향입니다. 기존 서비스를 EKS로 옮겨 본 경험이 있으면 옮긴 서비스 규모와 순서를 구체적으로 설명할 수 있습니다.

• IaC 지향: Terraform, Terragrunt로 모든 인프라를 코드로 관리합니다. 표준화된 모듈 설계와 재사용 가능한 인프라 구성을 제공하고 코드 리뷰와 Git 기반 워크플로우로 변경을 관리합니다.

  이렇게 볼 수 있어요

  인프라 변경이 코드 리뷰를 거쳐 들어가는 구조입니다. 개발팀이 가져다 쓰는 모듈을 직접 만든 경험인지 만들어진 모듈을 쓰기만 한 경험인지가 이 업무에서 구분됩니다.

• 자동화 및 효율화: 반복적이고 단순한 운영 업무를 자동화해 운영 부담을 최소화합니다. CI/CD 파이프라인 최적화와 배포 자동화를 추진하고 모니터링·알림·장애 대응 프로세스도 자동화합니다.

  이렇게 볼 수 있어요

  자동화 대상이 배포에서 장애 대응까지 이어집니다. 알림이나 장애 대응 절차를 자동화한 사례가 있으면 사람이 손대던 단계가 몇 개 줄었는지로 설명할 수 있습니다.

• 대규모 트래픽 대응: 대형 이벤트와 시즌성 트래픽 급증에 대비한 사전 프로비저닝 자동화를 추진하고 Karpenter, keda 기반의 자원 관리 체계를 구축합니다.

  이렇게 볼 수 있어요

  조직 소개는 블랙프라이데이 같은 행사 때 평소 대비 20배 이상의 트래픽이 생기기도 하고, 마케팅 이벤트 일정과 연계해 리소스를 미리 늘리는 플랫폼을 만들었다고 적었습니다. 노드와 파드를 어떤 지표로 늘렸는지가 이 업무에 바로 쓰이는 경험입니다.

• 운영 안정성 확보: SLA/SLO 기반으로 서비스 신뢰성을 관리하고 장애 후 Postmortem으로 근본 원인을 제거하며 개선합니다.

  이렇게 볼 수 있어요

  신뢰성 목표를 숫자로 정해 두고 운영하는 방식입니다. Postmortem을 써 본 적이 있다면 그 뒤에 무엇이 바뀌었는지까지 이어서 말할 수 있어야 합니다.

2자격 요건

• 개발 및 인프라 운영 경력을 포함해 7년 이상 혹은 그에 준하는 역량을 요구합니다.

  이렇게 볼 수 있어요

  개발 경력과 인프라 운영 경력을 합쳐 7년을 셉니다. 개발자로 시작해 인프라로 옮겨 왔다면 두 기간을 나눠 밝혀야 합계가 분명해집니다.

• AWS 및 Kubernetes 운영 경험을 요구합니다.

  이렇게 볼 수 있어요

  AWS와 Kubernetes가 둘 다 조건입니다. 다른 클라우드에서 Kubernetes를 운영했거나 AWS에서 가상 서버만 다뤘다면 두 조건 가운데 하나가 채워지지 않습니다.

• Terraform, Terragrunt 등 IaC 기반의 인프라 운영 경험을 요구합니다.

  이렇게 볼 수 있어요

  도구 이름 뒤에 '등'이 붙어 있어 IaC로 인프라를 운영한 경험 자체가 조건입니다. 어떤 도구로 어느 범위의 인프라를 코드로 옮겼는지 밝히면 판단이 쉬워집니다.

• 트래픽 급증 환경에서 안정적으로 운영해 본 경험을 요구합니다.

  이렇게 볼 수 있어요

  평균 트래픽이 아니라 급증 상황이 조건입니다. 최대 트래픽이 평소의 몇 배였고 그때 무엇을 미리 준비했는지가 서류에서 확인되는 숫자입니다.

3우대 사항

• Cloud Native 기반 아키텍처 설계와 기술 표준 수립, SLA/SLO 달성을 위한 안정성 강화 같은 기술 과제를 주도적으로 수행한 경험을 우대합니다.

  이렇게 볼 수 있어요

  예시로 든 과제가 담당 업무의 표준화 모듈, SLA/SLO 항목과 같은 축입니다. 과제를 맡아 끝까지 이끈 사례 하나가 이 우대 사항에 대한 답이 됩니다.

• Java, Go, Python, Node.js 등 최소 한 가지 이상의 개발 언어를 쓸 수 있으면 우대합니다.

  이렇게 볼 수 있어요

  조직 소개가 문제를 개발로 해결하는 엔지니어링 중심 조직이라고 적었습니다. 운영 도구나 내부 플랫폼을 직접 코드로 만든 사례가 있으면 언어 이름보다 그 결과물을 먼저 소개할 만합니다.

• e-commerce 서비스의 특성을 잘 이해하고 있으면 우대합니다.

  이렇게 볼 수 있어요

  e-commerce는 행사 일정에 따라 트래픽이 크게 오르내리는 업종입니다. 커머스 인프라를 맡아 본 적이 있다면 행사 기간에 인프라를 어떻게 운영했는지 따로 설명할 수 있습니다.

• CI/CD, 배포 자동화, GitOps 도입 경험을 우대합니다.

  이렇게 볼 수 있어요

  '도입'이라는 말이 붙어 있습니다. 이미 있던 파이프라인을 쓴 경험보다 처음 들여온 과정이 이 항목에 들어갑니다.

• AI를 활용한 자동화나 업무 효율화를 수행한 경험을 우대합니다.

  이렇게 볼 수 있어요

  필수가 아니라 우대입니다. 장애 분석이나 반복 작업에 AI를 써 본 경험이 있으면 줄어든 시간과 함께 밝혀 두면 됩니다.

4기타 사항

• 게시일 : 2026년 1월 12일
• 고용형태 : 정규직(수습 3개월)
• 근무지 : 무신사 성수 오피스
• 경력 조건 : 경력 7년 이상
• 학력 조건 : 해당 내용은 원본 공고에서 확인되지 않습니다.

쓰는 기술

공고 본문에 적힌 기술만 모은 목록입니다.

• AWS
• EC2
• IAM
• Kubernetes
• EKS
• Terraform
• Terragrunt
• Git
• Karpenter
• keda
• Java
• Go
• Python
• Node.js

전형과 지원

무신사 정규직 공고는 기본적으로 인터뷰를 두 번 봅니다. 공고에 따라 3차 인터뷰나 커피챗처럼 단계가 하나씩 더 붙으므로 지원할 공고의 전형 절차 항목을 따로 확인해야 합니다.

지원 전 준비할 것

1. 1

   최대 트래픽 대응 사례를 숫자로

   평소 대비 몇 배였는지, 사전 프로비저닝을 언제 어떤 기준으로 했는지, 결과가 어땠는지를 한 사례로 정리합니다. 공고의 지원 서류 안내도 생산성 향상 같은 정량적인 결과와 프로젝트별 기여도를 표기해 달라고 요청합니다.

2. 2

   IaC로 옮긴 범위 정리하기

   Terraform으로 관리한 자원의 종류, 모듈을 누가 어떻게 재사용했는지, 변경이 Git 리뷰를 거쳐 어떻게 반영됐는지를 순서대로 정리합니다.

3. 3

   개발 경력과 운영 경력 나눠 보이기

   자격 요건의 7년은 개발과 인프라 운영을 합친 기간입니다. 이력서에서 두 기간이 따로 보이도록 작성합니다. 직접 만든 운영 도구가 있으면 구조도로 보여 줄 준비를 합니다.

4. 4

   끝까지 설명할 수 있는 Postmortem 한 건

   공고는 1차 인터뷰에서 깊이 있는 대화를 나눌 수 있도록 본인이 충분히 설명할 수 있는 내용 중심으로 서류를 구성해 달라고 적었습니다. 직접 쓴 Postmortem 가운데 원인과 재발 방지 조치를 끝까지 설명할 수 있는 한 건을 골라 둡니다.