이 자리가 왜 생겼을까요
공고의 조직 소개에 따르면 DB Platform은 무신사, 29CM, PBO 등 여러 서비스의 데이터베이스를 운영하는 조직입니다. 같은 소개는 이 조직이 전통적인 DBA 업무와 함께 데이터베이스 신뢰성 엔지니어링(DBRE) 관점에서 장애 복원력과 자동화 수준을 높이는 데 집중한다고 적었습니다. 공고의 회사 소개는 무신사가 글로벌 시장을 위해 OCMP(One Core Multi Platform)를 구축하고 있다고 밝혔습니다. 바이라인네트워크 보도에 따르면 OCMP는 데이터, 고객, 운영 등 플랫폼 간 공통 영역을 하나의 코어 체계로 묶는 구조입니다. 여러 서비스가 함께 쓰는 DB를 맡아 본 경험이 있다면 연결된 서비스 수와 장애 복구 시간을 숫자로 정리해 두는 게 좋습니다.
무신사가 지금 어떤 사업에 집중하고 있는지는 무신사 채용 분석에서 이어서 볼 수 있습니다.
1하게 될 업무
Amazon Aurora MySQL, PostgreSQL, Amazon DocumentDB, Amazon DynamoDB, MongoDB를 관리하고 운영합니다.
이렇게 볼 수 있어요
관계형 DB 두 종류와 NoSQL 세 종류를 한 조직이 함께 맡습니다. 운영해 본 DBMS마다 기간과 규모(인스턴스 수, 데이터 용량)를 따로 정리해 두는 편이 낫습니다.
Query Tuning을 수행하고, 쿼리를 검수하고 최적화합니다.
이렇게 볼 수 있어요
튜닝에 더해 쿼리를 검수하는 일이 업무로 적혀 있습니다. 검수 기준을 직접 만들었거나 느린 쿼리를 고쳐 응답 시간을 줄인 경험이 이 업무와 가깝습니다.
DB Monitoring으로 성능을 분석하고, 장애가 발생하면 조치합니다.
이렇게 볼 수 있어요
조직 소개는 실시간 모니터링과 예측 기반의 리소스 튜닝으로 데이터베이스를 운영한다고 적었습니다. 장애 대응 경험은 탐지부터 복구까지 걸린 시간과 재발 방지 조치를 한 흐름으로 정리할 수 있습니다.
스키마(Schema)를 관리합니다.
이렇게 볼 수 있어요
여러 서비스가 쓰는 DB의 스키마 변경은 서비스 운영과 바로 이어지는 일입니다. 대용량 테이블을 서비스 중단 없이 바꿔 본 경험이 있다면 쓴 방식과 테이블 크기가 필요합니다.
대용량 데이터 운영이 가능한 신규 DBMS를 테스트하고 도입합니다.
이렇게 볼 수 있어요
지금 쓰는 DB를 운영하는 일과 별도로 새 DBMS를 검토하는 일이 있습니다. 후보를 어떤 기준으로 비교했고 결론이 무엇이었는지 설명할 수 있는 도입 검토 경험이 이 업무와 가깝습니다.
Python 또는 Shell 스크립트로 반복적인 운영 업무를 자동화합니다.
이렇게 볼 수 있어요
조직 소개도 자동화된 리포트와 검수 시스템 구축을 적었습니다. 스크립트를 써 봤다는 사실보다 그 스크립트가 어떤 수작업을 없앴는지를 적어야 이 업무와 연결됩니다.
2자격 요건
AWS 환경에서 Database를 운영한 경험이 필요합니다.
이렇게 볼 수 있어요
클라우드 운영 경험은 우대 사항에도 한 번 더 나옵니다. AWS에서 운영한 DB의 종류와 기간을 온프레미스 경력과 나눠 밝혀 둘 필요가 있습니다.
MySQL, PostgreSQL, DocDB, DynamoDB, MongoDB 등 Database의 기본 아키텍처를 이해하고 있어야 합니다.
이렇게 볼 수 있어요
다섯 DB가 이름으로 나오지만 요구하는 것은 운영 경력이 아니라 기본 아키텍처에 대한 이해입니다. 운영해 보지 않은 DB도 저장 구조와 복제 방식을 설명할 수 있게 준비합니다.
MySQL/PostgreSQL의 주요 성능 지표를 모니터링하고 트러블 슈팅할 수 있어야 합니다.
이렇게 볼 수 있어요
자격 요건은 지표 모니터링 대상을 MySQL과 PostgreSQL 두 가지로 정했습니다. 평소 보던 지표의 이름을 대고 그 지표가 움직였을 때 원인을 찾아간 사례 하나를 설명할 수 있으면 좋습니다.
SQL Tuning 경험과 역량을 요구합니다.
이렇게 볼 수 있어요
업무에도 Query Tuning이 있습니다. 실행 계획을 보고 인덱스나 쿼리 구조를 바꾼 사례를 쿼리 단위로 설명할 수 있으면 좋습니다.
Database Object Management 경험이 필요합니다.
이렇게 볼 수 있어요
테이블과 인덱스 같은 DB 객체의 생성과 변경을 관리한 경험입니다. 객체 변경 요청을 검토하고 반영하는 절차를 운영했다면 그 절차를 경력기술서에 쓰면 됩니다.
다양한 개발 도구로 업무를 자동화한 경험이 필요합니다.
이렇게 볼 수 있어요
업무에는 Python과 Shell이 적혀 있지만 자격 요건은 도구를 한정하지 않습니다. 어떤 도구로 무엇을 자동화했는지가 이 요건에서 묻는 것입니다.
3우대 사항
NoSQL 운영 경험(Redis, DynamoDB, MongoDB(AWS DocumentDB), AWS DynamoDB)과 AWS 클라우드 환경 운영 경험을 우대합니다.
이렇게 볼 수 있어요
Redis는 업무 목록에는 없고 우대 사항에만 나옵니다. Redis를 운영해 봤다면 용도와 규모를 관계형 DB 경력과 나눠 씁니다.
DB 보안 정책을 수립한 경험(ISMS 심사 대응)을 우대합니다.
이렇게 볼 수 있어요
괄호 안에 ISMS 심사 대응이 적혀 있습니다. 접근 권한이나 암호화 정책을 만들고 심사에서 증적을 제출한 경험이 있다면 어떤 심사였는지 밝힙니다.
데이터베이스 모델링 경험을 우대합니다.
이렇게 볼 수 있어요
조직 소개는 데이터 구조 설계부터 책임진다고 적었습니다. 운영만이 아니라 설계 단계에 참여한 프로젝트가 있다면 모델링한 범위를 적을 수 있습니다.
새로운 기술과 Database에 도전적인 성향, 개발을 통한 업무 자동화에 대한 관심과 경험을 우대합니다.
이렇게 볼 수 있어요
업무에 신규 DBMS 도입과 운영 자동화가 이미 있습니다. 스스로 검토해 본 새 DB나 직접 만든 자동화 도구를 사례로 들 수 있습니다.
커머스 서비스 운영 경험을 우대합니다.
이렇게 볼 수 있어요
커머스 DB에는 주문과 결제처럼 정합성이 중요한 테이블이 있습니다. 그런 테이블을 어떻게 관리했는지가 이 항목과 이어지는 경험입니다.
협업에 대한 긍정적이고 적극적인 마인드를 우대합니다.
이렇게 볼 수 있어요
쿼리 검수와 스키마 관리는 개발 조직과 함께 하는 일입니다. 개발팀과 검수 기준을 맞춰 간 과정을 협업 경험으로 꺼낼 수 있습니다.
4기타 사항
- 게시일 : 2026년 2월 11일
- 고용형태 : 정규직(수습 3개월)
- 근무지 : 무신사 성수 오피스
- 경력 조건 : 경력 5년 이상
- 학력 조건 : 해당 내용은 원본 공고에서 확인되지 않습니다.
쓰는 기술
공고 본문에 적힌 기술만 모은 목록입니다.
- AWS
- Amazon Aurora MySQL
- PostgreSQL
- Amazon DocumentDB
- Amazon DynamoDB
- MongoDB
- MySQL
- Redis
- Python
- Shell
전형과 지원
무신사 정규직 공고는 기본적으로 인터뷰를 두 번 봅니다. 공고에 따라 3차 인터뷰나 커피챗처럼 단계가 하나씩 더 붙으므로 지원할 공고의 전형 절차 항목을 따로 확인해야 합니다.
정규직은 인터뷰 두 번
분석 시점 정규직 117건을 전수로 보면 96건이 서류, 1차 인터뷰, 2차 인터뷰, 처우 협의, 최종합격으로 같습니다. 인터뷰가 한 번뿐인 전형은 계약직 7건에만 나타납니다. 지원 마감일이 없는 상시 지원이 대부분입니다.
공고마다 붙는 단계
분석 시점 개발과 머신러닝 직군 7건에는 Live Coding이나 System Design, 컬쳐핏, 기술과제가 붙고 6건에는 3차 커피챗이, 4건에는 과제 전형이 붙습니다. 통역 테스트나 중국어, 일본어 커뮤니케이션 역량 검증이 붙는 공고도 있습니다.
이렇게 볼 수 있어요
분석 시점에 표준형이 아닌 공고는 117건 중 21건이었습니다. 일정을 잡기 전에 지원할 공고의 전형 절차 줄을 직접 읽어야 하고, 커피챗이 붙은 공고는 단계가 하나 더 있는 만큼 기간을 더 잡는 편이 좋습니다.
서류에 적으라고 안내한 것
공고 대부분이 지원 서류 안내에 같은 문장을 답니다. "왜 해당 문제를 해결해야 했는지, 어떤 전략을 세웠는지, 어떤 성과가 있었는지 등에 대한 문제 정의, 문제 해결, 성과에 대한 전반적인 내용을 담아주세요"와 "프로젝트별 기여도 표시"입니다.
이렇게 볼 수 있어요
회사가 서류의 구성을 사실상 지정한 셈입니다. 프로젝트마다 문제 정의와 해결, 성과가 다 있는지 세어 보면 그대로 자가 점검이 되고 기여도 표시는 빠뜨리기 쉬우니 따로 확인합니다.
근무 조건
선택적 근로시간제를 운영하고 코어타임은 11시부터 16시까지입니다. 신규 입사자는 3개월 수습이며 수습 기간에도 급여와 복지가 100% 적용됩니다.
지원 전 준비할 것
- 1
DBMS별 운영 경력 표 만들기
업무 목록의 다섯 DB와 우대 사항의 Redis를 행으로 두고 운영 기간, 규모, 맡은 일을 채웁니다. 운영해 보지 않아 비는 칸에는 그 DB의 아키텍처를 어디까지 설명할 수 있는지를 대신 적습니다.
- 2
튜닝과 장애 대응 한 건씩 고르기
공고의 작성 팁은 문제 정의, 문제 해결, 성과와 프로젝트별 기여도 표시를 요청합니다. 쿼리 튜닝 한 건과 장애 대응 한 건을 이 순서로 정리해 1차 면접에 대비합니다.
- 3
운영 자동화 목록 정리하기
Python이나 Shell로 만든 스크립트를 무엇을 대신했는지와 함께 목록으로 만듭니다. 리포트나 쿼리 검수를 자동화한 것이 있다면 조직 소개가 적은 자동화 리포트, 검수 시스템과 같은 종류라 따로 표시합니다.