기업 채용 분석/NHN

[NHN Cloud] Database Administrator (DBA) 공고 분석

MySQL을 주력으로 PostgreSQL, CUBRID, Redis 등 DBMS 약 2,000대를 운영하는 NHN Cloud 데이터운영1·2팀의 DBA 공고입니다. 장애·성능 대응과 정기 패치·업그레이드, 보안·인증심사 대응에 더해 반복 운영업무 자동화와 AI 기반 DBA 업무 고도화가 업무에 들어 있습니다. 자격 요건은 DBMS 또는 서버/인프라 운영 경력 3년 이상이고, 대규모 DB 환경의 운영·고가용성·업그레이드 경험과 운영 자동화 설계·구현 경험을 함께 요구합니다.

이 공고 분석은 2026년 10월 21일에 이뤄졌습니다. 이후 채용이 종료되었을 수 있습니다.

이 자리가 왜 생겼을까요

NHN은 2026년 3월 그룹사 임직원이 참여한 첫 'AI 스프린톤'을 열었고, 정우진 대표는 키노트에서 'AI 퍼스트(AI First)' 기업으로 거듭나자고 독려했습니다. 이 공고의 팀 소개에 따르면 데이터운영실은 NHN Cloud 서비스의 핵심 데이터베이스 인프라를 맡아 DBMS 약 2,000대를 운영하고, 운영 자동화와 AI를 활용한 DBA 업무 고도화도 추진하고 있습니다. 업무에도 반복 운영업무 자동화와 AI 기반 DBA 업무 고도화가 들어 있고, 우대 사항은 LLM/AI를 활용한 운영 자동화와 AIOps 경험을 꼽았습니다. 스크립트나 AI 도구로 DB 운영의 수작업을 줄여 본 경험이 있다면 적용한 서버 대수와 줄어든 작업 시간이 그 경험의 규모를 드러냅니다.

NHN가 지금 어떤 사업에 집중하고 있는지는 NHN 채용 분석에서 이어서 볼 수 있습니다.

1하게 될 업무

  • MySQL 중심의 DBMS를 운영하고 장애·성능 이슈에 대응합니다.

    이렇게 볼 수 있어요

    약 2,000대 가운데 주력이 MySQL입니다. 팀은 장애와 성능 이슈를 데이터와 지표로 분석해 근본 원인을 해결한다고 적었으므로, 지표에서 원인을 찾아간 사례를 들면 됩니다.

  • PostgreSQL, CUBRID, Redis, MongoDB, ClickHouse 등 DBMS를 운영하고 기술지원합니다.

    이렇게 볼 수 있어요

    관계형 DB와 NoSQL, 분석용 DB가 한 조직에 함께 있습니다. 같은 DBMS 이름이 우대 사항에도 다시 나오므로 운영해 본 것이 있다면 DBMS마다 기간과 규모를 나눠 밝히는 편이 정확합니다.

  • DB 서버 정기 패치/업그레이드와 사전점검, 사후 검증을 합니다.

    이렇게 볼 수 있어요

    패치를 적용하는 일만이 아니라 앞뒤 점검까지 업무로 적혀 있습니다. 업그레이드 전에 무엇을 확인했고 끝난 뒤 무엇으로 정상 여부를 판단했는지를 절차로 설명할 수 있어야 합니다.

  • 보안·인증심사에 대응하고 DB 운영 증적을 관리합니다.

    이렇게 볼 수 있어요

    DBA가 심사 대응까지 맡습니다. 접근 기록이나 변경 이력처럼 심사에 낸 증적을 관리해 봤다면 어떤 심사였는지까지 쓰는 게 좋습니다.

  • DB 모니터링, 백업/복구, HA와 운영 표준화를 맡습니다.

    이렇게 볼 수 있어요

    팀 소개는 DBMS별 운영 경험을 공유하고 표준화해 개인 의존적인 운영을 줄인다고 적었습니다. 운영 절차나 점검 항목을 문서로 만들어 다른 사람도 같은 방식으로 일하게 한 경험을 예로 들 수 있습니다.

  • 반복 운영업무를 자동화하고 AI 기반으로 DBA 업무를 고도화합니다.

    이렇게 볼 수 있어요

    팀 소개는 DBA가 단순 운영을 넘어 Database Platform Engineer로 성장하도록 기술 과제를 수행한다고 적었습니다. 스크립트나 도구로 없앤 수작업과 줄어든 작업 시간을 숫자로 적으면 이 업무를 해 본 경험을 보여 줄 수 있습니다.

2자격 요건

  • DBMS 또는 서버/인프라 운영 경력 3년 이상이 필요합니다.

    이렇게 볼 수 있어요

    DBMS 운영과 서버/인프라 운영이 '또는'으로 이어져 있어 두 경력이 모두 이 조건에 들어갑니다. 서버/인프라 쪽 경력이라면 그동안 맡은 DB 관련 작업을 자세히 써 DBA 업무와 이어지는 경험을 보여 줄 수 있습니다.

  • 대규모 DB 환경의 운영·고가용성·업그레이드 경험이 필요합니다.

    이렇게 볼 수 있어요

    규모가 자격 요건에 들어 있어 운영한 DB 대수와 데이터 용량, 고가용성 구성 방식을 숫자와 이름으로 적어 두는 편이 낫습니다.

  • 운영 자동화를 설계하고 구현해 본 경험이 필요합니다.

    이렇게 볼 수 있어요

    자동화가 우대 사항이 아니라 자격 요건에 있습니다. 반복 작업 하나를 골라 어떤 구조로 자동화했고 무엇이 달라졌는지 설계부터 구현까지 설명할 준비가 필요합니다.

  • Linux 환경과 관계형 DB에 대한 기본 이해가 필요합니다.

    이렇게 볼 수 있어요

    '기본 이해'로 적혀 있습니다. 서버/인프라 쪽에서 온 지원자라면 관계형 DB의 트랜잭션과 복제 구조를 설명할 수 있게 정리해 두는 게 좋습니다.

  • SQL 및 DB 운영 역량을 보유한 분을 찾습니다.

    이렇게 볼 수 있어요

    성능 이슈 대응이 업무 첫 항목에 있습니다. 실행 계획을 보고 쿼리나 인덱스를 고친 사례가 SQL 역량을 보여 줍니다.

  • 장애·점검·패치 등 운영 업무 수행 능력을 보유한 분을 찾습니다.

    이렇게 볼 수 있어요

    업무의 정기 패치와 사전점검, 장애 대응을 실제로 해 본 경험입니다. 점검이나 패치 작업을 맡아 진행한 횟수와 대상 서버 수를 정리해 두면 면접에서 바로 꺼낼 수 있습니다.

3우대 사항

  • 대규모 DB 운영 경험과 DBMS 버전 업그레이드 및 대규모 패치 경험을 우대합니다.

    이렇게 볼 수 있어요

    자격 요건에 있는 대규모 DB 환경과 업그레이드가 우대 사항에서 한 번 더 나옵니다. 한 번에 업그레이드하거나 패치한 서버 수와 작업 기간이 그 규모를 숫자로 보여 줍니다.

  • PostgreSQL/CUBRID/Redis/MongoDB/ClickHouse/Kafka 운영 경험을 우대합니다.

    이렇게 볼 수 있어요

    Kafka는 업무의 DBMS 목록에는 없고 우대 사항에만 있습니다. 우대 사항의 여섯 가지 가운데 운영해 본 것이 있다면 MySQL 경력과 나눠 용도와 규모를 적습니다.

  • Python/Shell 등을 활용한 운영 자동화 경험과 LLM/AI를 활용한 운영 자동화 및 AIOps 경험을 우대합니다.

    이렇게 볼 수 있어요

    팀 소개에도 Python/Shell 기반 자동화와 AI를 활용한 DBA 업무 혁신이 함께 나옵니다. LLM을 장애 분석이나 점검 리포트 작성에 써 봤다면 어떤 작업에 어떻게 썼는지까지 적을 수 있습니다.

  • Prometheus/Grafana 등 모니터링 구축·운영 경험을 우대합니다.

    이렇게 볼 수 있어요

    업무에 DB 모니터링이 있습니다. 직접 만든 대시보드나 경보 기준이 있다면 어떤 지표를 왜 골랐는지를 중심으로 설명합니다.

  • Kubernetes/Cloud 환경의 DB 운영 경험을 우대합니다.

    이렇게 볼 수 있어요

    팀 소개는 클라우드 환경에서 Database Platform을 설계·운영하는 경험을 쌓을 수 있다고 적었습니다. 컨테이너나 클라우드 위에서 DB를 운영한 기간은 온프레미스 경력과 나눠 쓰는 편이 명확합니다.

  • 보안·인증심사 또는 컴플라이언스 대응 경험을 우대합니다.

    이렇게 볼 수 있어요

    이 우대 사항은 업무의 보안·인증심사 대응과 같은 영역입니다. 심사 이름과 DBA로서 준비한 증적을 함께 쓰면 업무와의 연결이 분명해집니다.

4기타 사항

  • 게시일 : 2026년 8월 21일
  • 고용형태 : 정규직
  • 근무지 : 판교 플레이뮤지엄
  • 경력 조건 : 경력 3년 이상
  • 학력 조건 : 해당 내용은 원본 공고에서 확인되지 않습니다.

쓰는 기술

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

  • MySQL
  • PostgreSQL
  • CUBRID
  • ClickHouse
  • Redis
  • MongoDB
  • Kafka
  • Linux
  • SQL
  • Python
  • Shell
  • Prometheus
  • Grafana
  • Kubernetes
  • LLM

전형과 지원

NHN 채용 사이트의 기본 전형은 서류전형, T인터뷰, C인터뷰 순이고 직무에 따라 Pre-Test나 사전 과제, 전화인터뷰가 추가됩니다. 같은 사이트에 올라온 공고라도 법인마다 전형 표기가 달라 지원하는 공고의 합류 여정 항목을 따로 확인해야 합니다.

  • 기본 단계

    지원 안내는 전형을 '서류전형 → (Pre-Test) → T인터뷰(Tech) → C인터뷰(Career)'로 적었고, NHN 법인 공고는 그 뒤에 처우협의와 입사를 붙여 적습니다. 합류 여정은 경력 채용 일부 직무가 T인터뷰에서 포트폴리오나 사전과제 PT발표를 한다고 밝혔습니다.

    이렇게 볼 수 있어요

    사전과제와 라이브코딩, 포트폴리오 제출은 공고마다 붙는 조건이 다릅니다. 공고 아래쪽의 합류 여정 항목에 별표로 달린 주석까지 읽어야 서류 합격 뒤의 일정을 미리 잡을 수 있습니다. NHN Cloud Japan IT 솔루션 영업은 일본 현지 채용이라 일본 현지 법인 채용시스템에서 지원합니다.

    NHN Careers 지원 안내

  • 두 인터뷰가 보는 것

    T인터뷰는 직무를 잘 아는 스페셜리스트들과 직무 역량과 경험 위주로 약 40분에서 1시간 대화하는 자리이고, C인터뷰는 사업부의 주요 의사결정권자와 인사팀이 일하는 방식, 성향, 가치관을 묻는 자리라고 소개합니다.

    이렇게 볼 수 있어요

    C인터뷰에는 기술 면접관이 아니라 그 사업부의 의사결정권자가 들어옵니다. 직무 이야기와 별도로 일하는 방식과 지원 동기를 설명할 준비가 필요합니다.

    NHN Careers 합류 여정

  • 법인마다 다른 표기

    분석 시점 NHN Link 공고는 '1차 실무면접'과 '2차 임원면접', NHN ACE 공고는 '1차면접(실무)'와 '2차면접(임원)', NHN COMMERCE 공고는 '1차면접'과 '2차면접', NHN Bugs 공고는 '1차 실무면접'과 '2차 임원면접'으로 단계를 적었습니다. 네 법인의 공고에는 모두 상시 채용이라 면접이 수시로 진행되고 먼저 지원한 사람에게 기회가 먼저 부여된다는 안내가 있었습니다.

    이렇게 볼 수 있어요

    같은 채용 사이트라도 법인마다 단계 이름이 다릅니다. 먼저 지원한 사람부터 면접이 잡히는 공고라면 지원 시점을 늦출수록 기회가 줄어듭니다.

    NHN Link FE개발 담당 공고

  • 결과 안내와 재지원

    수시채용 서류 결과는 1개월 이내, 면접 결과는 면접일로부터 최대 2주 이내에 안내하고 법인별로 발표 일정이 다를 수 있다고 적었습니다. 같은 공고에 다시 지원하려면 결과를 받은 시점부터 최소 6개월 뒤를 권장한다고 밝혔습니다.

    이렇게 볼 수 있어요

    6개월은 금지가 아니라 권장 기간이고, 같은 공고에 대한 안내입니다. 6개월 뒤 다시 지원하려면 1:1 채용문의로 절차를 안내받으라고 적었습니다.

    NHN Careers 지원 안내

  • 지원서 양식과 중복 지원

    지원서는 사진 없는 양식이고 최종 제출 뒤에는 고칠 수 없습니다. 한 공고 안에서는 한 직무에만 지원할 수 있습니다. 인성·적성 검사는 없지만 직무에 따라 서류 합격자에게 직무지식 테스트를 진행합니다.

    이렇게 볼 수 있어요

    제출 뒤 수정이 안 되므로 공고의 자격 요건과 맞춰 보는 검토는 제출 전에 끝내야 합니다. 포트폴리오가 필수인 공고도 있어 첨부 조건을 공고마다 확인해야 합니다.

    NHN Careers 지원 안내

  • 이 공고만 다른 점

    • 서류 제출 때 본인의 경력 및 경험/프로젝트 등을 담은 포트폴리오를 함께 내도록 안내합니다.

      이력서와 별도로 포트폴리오를 준비해야 하는 공고입니다. 운영 자동화와 대규모 DB 운영 경험이 자격 요건이라 그 두 가지를 보여 줄 자료가 포트폴리오에 들어 있어야 합니다.

    지원 전 준비할 것

    1. 1

      운영한 DB 규모를 DBMS별로 정리하기

      팀은 MySQL을 주력으로 여러 DBMS를 운영합니다. 다뤄 본 DBMS마다 대수, 데이터 용량, 고가용성 구성, 운영 기간을 표로 만들어 포트폴리오에도 씁니다.

    2. 2

      업그레이드 작업 하나를 절차로 쓰기

      정기 패치·업그레이드와 사전점검, 사후 검증이 업무에 있습니다. 실제로 진행한 작업 하나를 골라 사전 점검 항목, 작업 순서, 롤백 기준, 검증 방법을 순서대로 정리합니다.

    3. 3

      자동화 결과물을 포트폴리오에 담기

      운영 자동화 설계·구현 경험이 자격 요건이고 서류 제출 때 포트폴리오를 함께 내야 합니다. 만든 스크립트나 도구가 어떤 수작업을 대신했는지 공개할 수 있는 코드나 화면과 함께 담습니다.

    DevOps·SRE 지원을 준비한다면