이 자리가 왜 생겼을까요
공고의 조직소개에 따르면 배포시스템개발팀은 우아한형제들의 모든 배포 과정을 설계하고 개발하며, '손 안 대도 돌아가는 배포시스템'이라는 비전으로 모든 개발자가 편리하게 서비스를 개발하고 운영할 수 있도록 하는 데 초점을 맞춥니다. 공고에 걸린 우아한형제들 기술블로그 글(2023년 1월)은 배달의민족이 화면 변경에 따른 고객 반응이나 주문 변화를 실험으로 검증해 의사결정을 하고, 기능 플래그로 카나리 배포나 롤백을 런타임에 할 수 있게 만든 실험 플랫폼을 소개합니다. 이 공고는 매일 수백, 수천 번 이뤄지는 전사 배포를 받치는 플랫폼과 블루/그린, 카나리 같은 안전한 배포 전략을 맡습니다. 배포 횟수가 늘어도 장애 영향이 커지지 않게 만든 경험은 배포 빈도와 롤백 시간, 실패율 같은 숫자로 정리할 수 있습니다.
우아한형제들이 지금 어떤 사업에 집중하고 있는지는 우아한형제들 채용 분석에서 이어서 볼 수 있습니다.
1하게 될 업무
배달의민족 전사 서비스가 매일 수백, 수천 번 배포될 수 있도록 자체 구축한 배포 플랫폼을 개발하고 운영합니다.
이렇게 볼 수 있어요
상용 도구를 설정해 쓰는 일보다 회사가 자체 구축한 플랫폼을 개발하는 일이 중심입니다. 개발환경에도 Jenkins와 컨테이너(Docker) 기반의 사내 배포 플랫폼이 적혀 있어, 배포 도구를 직접 만들거나 확장해 본 경험이 이 업무에 가깝습니다.
수백 개 이상의 마이크로서비스가 사용하는 표준 배포 파이프라인을 플랫폼화하고 개발자 경험을 지속적으로 개선합니다.
이렇게 볼 수 있어요
플랫폼의 사용자는 사내 개발자입니다. 표준 파이프라인을 만들어 여러 팀이 쓰게 한 경험이 있다면 몇 개 서비스가 옮겨 왔고 배포에 드는 시간이 얼마나 줄었는지를 숫자로 적을 수 있습니다.
쿠버네티스 기반의 대규모 배포 환경에서 안정성·확장성·속도 사이의 트레이드오프를 해결하는 기술적 도전을 수행합니다.
이렇게 볼 수 있어요
이 업무는 세 가지가 서로 부딪치는 상황을 다룹니다. 배포 속도를 높이려다 안정성 문제가 생겨 구조를 바꾼 경험처럼, 무엇을 우선했고 왜 그렇게 판단했는지 설명할 수 있는 사례가 이 업무에 맞습니다.
하버 기반의 전사 컨테이너 레지스트리를 운영하며 이미지 수명주기 관리, 보안 취약점 대응, 대규모 트래픽 처리 문제를 다룹니다.
이렇게 볼 수 있어요
배포 파이프라인과 함께 이미지 저장소 운영도 이 팀의 일입니다. 개발환경에는 Harbor라고 적혀 있습니다. 레지스트리를 운영하며 오래된 이미지를 정리하거나 취약점이 발견된 이미지를 막아 본 경험이 있다면 따로 적어 둘 만합니다.
배포 실패, 롤백, 장애 상황에서도 서비스 영향을 최소화하기 위한 안전한 배포 전략(블루/그린, 카나리 등)을 설계하고 고도화합니다.
이렇게 볼 수 있어요
공고에 걸린 기술블로그 글은 기능 플래그를 쓰면 점진적으로 비율을 늘려가며 배포하는 카나리 배포나 롤백을 런타임에 쉽게 할 수 있다고 소개합니다. 배포 전략을 바꿔 장애 영향 범위를 줄인 사례가 있다면 바꾸기 전후의 영향 범위를 나란히 쓸 수 있습니다.
개발팀, 인프라팀, 보안팀과 긴밀히 협업해 전사 배포 표준과 가이드라인을 만들고 확산합니다.
이렇게 볼 수 있어요
표준을 만드는 데서 끝나지 않고 여러 팀이 따르게 하는 일까지 들어 있습니다. 여러 팀을 설득해 표준을 따르게 한 경험이 있다면 자격 요건의 커뮤니케이션 스킬까지 함께 설명할 수 있습니다.
'배포는 당연히 잘 되어야 한다'는 전제를 깨고 배포 자체가 경쟁력이 되는 플랫폼을 만들어 갑니다.
이렇게 볼 수 있어요
이 팀은 배포 시스템을 유지보수 대상이 아니라 제품으로 봅니다. 팀 비전인 '손 안 대도 돌아가는 배포시스템'과도 이어지므로 사람의 수동 개입을 줄인 개선 사례가 이 방향에 맞습니다.
2자격 요건
클라우드 환경의 서비스 개발과 운영을 경험한 실무 10년 이상 또는 이에 준하는 역량이 필요합니다.
이렇게 볼 수 있어요
연차는 클라우드 환경에서 서비스를 개발하고 운영한 실무로 셉니다. 온프레미스 경력이 섞여 있다면 클라우드 환경에서 일한 기간을 구분해 적어야 10년 조건과 비교할 수 있습니다. 채용 사이트 자주 묻는 질문은 공고에 적힌 경력연차를 지원에 필요한 기본적인 참고사항이라고 안내합니다.
Java/Kotlin을 이용해 Spring Framework 기반의 애플리케이션을 개발해 본 경험이 필요합니다.
이렇게 볼 수 있어요
개발환경에 Kotlin(Kotest)과 Spring Boot가 적혀 있습니다. 인프라 운영 위주로 일해 왔다면 애플리케이션 코드를 직접 작성한 경험을 따로 밝혀야 이 조건을 채울 수 있습니다.
회사 내의 수많은 부서와 소통하며 요구사항을 조정하는 커뮤니케이션 스킬이 필요합니다.
이렇게 볼 수 있어요
전사 배포 표준을 확산하는 업무와 이어지는 조건입니다. 여러 팀의 서로 다른 요구를 하나의 표준으로 정리한 경험이 있다면 어떤 반대가 있었고 어떻게 합의했는지까지 쓸 수 있습니다.
3우대 사항
CI/CD 파이프라인을 구축하고 운영해 본 경험을 우대합니다.
이렇게 볼 수 있어요
CI/CD 경험은 자격 요건이 아니라 우대 사항입니다. 개발환경에는 GitLab CI를 통한 자동화 테스트와 정적 분석, Jenkins와 Docker 기반 사내 배포 플랫폼을 통한 자동/수동 배포가 적혀 있어 이 도구를 써 본 경험이 그대로 이어집니다.
마이크로서비스 아키텍처에 대한 이해와 경험을 우대합니다.
이렇게 볼 수 있어요
업무에 수백 개 이상의 마이크로서비스가 쓰는 표준 파이프라인이 있습니다. 서비스 수가 늘면서 배포 방식을 바꿔야 했던 경험이 있다면 이 우대 사항에 쓸 수 있습니다.
도커 컨테이너 및 오케스트레이션에 대한 이해를 우대합니다.
이렇게 볼 수 있어요
원문은 '이해'라고 적어 운영 경험까지 요구하지는 않습니다. 운영해 본 경험이 있다면 클러스터 규모와 맡은 범위를 함께 적을 수 있습니다.
4기타 사항
- 게시일 : 2026년 1월 22일
- 고용형태 : 정규직
- 근무지 : 서울시 송파구 위례성대로 2 (방이동, 장은빌딩) (추정)
- 경력 조건 : 경력 10년 이상
- 학력 조건 : 해당 내용은 원본 공고에서 확인되지 않습니다.
쓰는 기술
공고 본문에 적힌 기술만 모은 목록입니다.
- Spring Framework
- Spring Boot
- Java
- Kotlin
- Kotest
- GitLab
- GitLab CI
- Jenkins
- Docker
- Kubernetes
- Harbor
- AWS
- Grafana
- Prometheus
- Loki
- OpsGenie
전형과 지원
우아한형제들 채용 사이트의 합류여정은 지원서 접수부터 최종 입사 확정까지 네 단계를 안내합니다. 재지원과 결과 안내 같은 규칙은 자주 묻는 질문에 있습니다. 이 답변들은 2022년 9월 20일에 마지막으로 수정됐으므로 지금 운영과 다른 부분이 있을 수 있습니다.
네 단계와 두 차례 인터뷰
합류여정은 '지원서 접수 → 1, 2차 인터뷰 → 처우 협의 → 최종 입사 확정' 순서를 안내합니다. 서류합격자에게만 전화로 인터뷰 일정을 알립니다. 1차 실무진 인터뷰는 2~3명의 심사관이 다대일로 약 1시간 진행합니다. 2차 경영진 인터뷰는 1차의 질문과 답변을 바탕으로 '역량과 직무 간의 적합도, 일을 대하는 태도, 우아한형제들의 문화'를 묻습니다.
이렇게 볼 수 있어요
1차는 지원한 포지션과 관련 있는 실무진이 진행하고, 2차는 역량과 직무의 적합도에 태도와 문화를 더해 묻습니다. 2차는 1차 답변을 바탕으로 이어지므로 1차에서 말한 사례를 우아한 일원칙과 연결해 다시 설명할 준비를 해 두면 도움이 됩니다. 서류합격자에게는 인터뷰 일정이 전화로 오고, 전형 일정과 결과는 이메일이나 인재영입 홈페이지로 안내되므로 지원서의 연락처와 이메일이 정확한지도 확인해야 합니다.
기간제는 1차만, 서버/백엔드는 라이브 코딩
합류여정은 '기간제의 경우, 1차 인터뷰만 진행됩니다'라고 적었습니다. 서버/백엔드 직무는 '1차면접에서 라이브 코딩 인터뷰가 진행됩니다'라고 밝혔고, 진행 방식이 다른 포지션은 사전에 자세히 안내한다고 했습니다. 데이터엔지니어링(데이터서비스 AI) 공고는 서류 다음에 코딩테스트를 둡니다.
이렇게 볼 수 있어요
같은 회사라도 고용형태와 직무에 따라 인터뷰 구성이 달라집니다. 서버/백엔드 지원자는 실무진 인터뷰에서 코드를 직접 작성하게 되므로 평소 쓰는 언어로 문제를 풀며 생각을 말로 설명하는 연습이 필요합니다.
추가 절차와 유의사항
합류여정은 기본 프로세스에 경우에 따라 '코딩테스트, 사전과제, 추가인터뷰, WSP(Work Style Profile), 평판조회 등'이 더해질 수 있다고 안내합니다. 접수 기한이 명시되지 않은 공고는 인재 영입이 완료되면 조기 마감될 수 있습니다. 해외여행에 결격 사유가 없어야 하고 지원서나 인터뷰 답변에 허위사실이 있으면 합격이 취소될 수 있습니다.
이렇게 볼 수 있어요
공고마다 추가 절차가 붙을 수 있어 지원한 공고 본문의 안내를 먼저 확인해야 합니다. 마감일이 없는 공고는 언제 마감될지 알 수 없으니 지원을 정했다면 미루지 않는 편이 낫습니다. 평판조회가 있을 수 있으므로 이전 직장의 동료나 상사 가운데 연락할 수 있는 사람을 미리 생각해 두면 일정이 늦어지지 않습니다. 데이터엔지니어링(데이터서비스 AI) 공고에는 코딩테스트와 3차 면접이, QA Engineer(자동화 및 품질 전략) 공고에는 서류 전형 중 사전과제가 있어 두 공고는 기본 절차보다 준비할 단계가 더 많습니다.
수습 기간
합류여정은 '정규직 입사 시 신입 6개월, 경력 3개월의 수습기간이 적용되며, 기간제의 경우 계약 기간에 따라 1개월 혹은 3개월의 수습기간이 적용됩니다'라고 안내합니다.
이렇게 볼 수 있어요
같은 정규직이라도 신입과 경력의 수습 기간이 두 배 차이 납니다. 이직 일정과 조건을 따질 때는 수습 기간도 함께 넣어 계산할 필요가 있습니다.
재지원과 중복지원
자주 묻는 질문은 '이전 불합격 기록이 있다면, 동일 공고에 대한 재지원은 최소 6개월 이후를 권장드립니다'라고 답합니다. 여러 공고에 중복지원할 수 있고 두 개 이상 포지션에서 서류에 합격하면 추가 내부검토를 거쳐 포지션별로 따로 면접을 보거나 각 팀 실무진이 함께 참석하는 통합면접으로 진행한다고 밝혔습니다.
이렇게 볼 수 있어요
같은 공고 재지원은 6개월 뒤를 권장하고 다른 공고 지원에 대한 제한은 적혀 있지 않습니다. 여러 공고에 함께 지원하면 통합면접이 될 수 있으므로 공고마다 다른 경험을 내세우기보다 두 공고 모두에 설명할 수 있는 사례를 준비해 두는 편이 낫습니다. 이 답변의 마지막 수정일이 2022년 9월 20일이므로 지원 전에 채용 사이트에서 지금 기준을 다시 확인해 볼 필요가 있습니다.
경력 연차와 접수 창구
자주 묻는 질문은 '공고에 명시된 경력연차는 지원에 필요한 기본적인 참고사항'이고 해당 연차 수준의 경험과 역량이 있다고 판단되면 지원할 수 있다고 답합니다. 서류는 우아한형제들 인재영입 홈페이지와 외부 채용 사이트(원티드)로만 받고 우편, 이메일, 방문 접수는 받지 않습니다. 제출한 지원서는 수정할 수 없어 마이페이지에서 지원서를 삭제한 뒤 다시 지원해야 하고 첨부파일은 최대 20MB입니다.
이렇게 볼 수 있어요
공고의 연차가 조금 모자라도 그 수준의 경험과 역량이 있다면 지원할 수 있습니다. 그 경우 연차보다 맡았던 일의 범위와 결과를 자세히 적어야 합니다. 제출 뒤에는 고칠 수 없으므로 첨부 파일과 경력 기간을 제출 전에 한 번 더 확인해야 합니다.
결과 안내와 피드백
자주 묻는 질문은 전형별 심사결과 발표에 '약 일주일 정도 기간이 소요'되고 개별적으로 안내한다고 답합니다. 지원서가 많으면 심사가 늦어질 수 있다고 덧붙였습니다. 불합격 사유는 내부 규정에 따라 공식 피드백을 하지 않습니다. 면접 복장 규정은 없고 지원서에 적은 내용의 증빙서류는 최종합격 뒤에 따로 요청합니다.
이렇게 볼 수 있어요
전형마다 약 일주일이 걸린다는 안내를 기준으로 일정을 잡을 수 있습니다. 다른 회사 전형과 함께 진행한다면 단계마다 이 일주일을 넣어 계획을 세우면 일정이 꼬이지 않습니다. 불합격 사유는 알려 주지 않으므로 인터뷰가 끝난 직후 받은 질문과 답변을 기록해 두면 다음 지원을 준비할 때 도움이 됩니다.
지원 전 준비할 것
- 1
포트폴리오 필수 첨부
지원할 때 포트폴리오를 PDF 또는 URL로 꼭 첨부해야 합니다. 공고는 자신의 기술력을 보여 줄 수 있는 프로젝트나 협력 활동사항을 '진행기간, 주요업무내용, 본인이 기여한 기술력, 결과/성과/성취 등' 위주로 써 달라고 안내합니다. 배포 플랫폼이나 파이프라인 프로젝트마다 이 순서로 정리해 두세요.
- 2
배포 전략 사례 하나를 깊게
블루/그린이나 카나리 배포를 도입하거나 바꾼 프로젝트 하나를 골라, 왜 그 전략을 골랐는지와 롤백 상황에서 실제로 어떻게 동작했는지 설명할 수 있게 준비하세요.
- 3
Kotlin·Spring으로 만든 부분 뽑아 두기
자격 요건에 Java/Kotlin과 Spring Framework 개발 경험이 있습니다. 배포 도구나 내부 플랫폼을 코드로 직접 만든 부분을 따로 뽑아 두면 운영 경험과 개발 경험을 함께 설명할 수 있습니다.