CPM

DevOps 엔지니어

개발과 운영을 잇는 자동화 체계를 만들어, 코드가 안정적이고 빠르게 배포·운영되도록 인프라와 파이프라인을 책임지는 직무입니다. 신입 공고가 드물어 백엔드·클라우드를 거쳐 전환하는 경로가 일반적입니다.

최종 업데이트 2026-08-24

01

DevOps 엔지니어는 어떤 일을 하나요

DevOps 엔지니어는 개발자가 만든 코드가 사용자에게 닿기까지의 길을 자동화합니다. 클라우드 인프라를 설계·구축하고, 코드를 push하면 자동으로 빌드·테스트·배포되는 파이프라인을 만들고, 문제가 생기면 바로 알 수 있도록 모니터링과 알림을 붙입니다. 인프라를 클릭이 아니라 코드로 정의하는 것도 이 직무의 일입니다.

먼저 알아야 할 현실이 있습니다. DevOps는 순수 신입 공고가 매우 적고 경력직 중심입니다. 상당수 공고가 실무 경험을 전제로 쓰여 있습니다. 그래서 현실적인 진입 경로는 두 갈래입니다. 하나는 백엔드나 클라우드 엔지니어로 입사해 배포·인프라 업무를 맡으며 옮겨가는 것, 다른 하나는 6개월 이상의 IT 기술 교육이나 DevOps 과정을 이수하고 자격증과 함께 지원하는 것입니다.

이걸 미리 알고 준비하면 헛발질을 줄일 수 있습니다. DevOps 공고만 보고 지원했다가 서류에서 계속 걸리는 것보다, 백엔드·클라우드 공고를 함께 넣으면서 인프라 포트폴리오를 쌓는 편이 훨씬 빠릅니다. 이 페이지의 학습 순서도 그 전제로 짜여 있습니다.

하루 업무는 대략 이렇습니다

  • 클라우드 인프라를 설계하고 코드(IaC)로 정의해 구축한다
  • CI/CD 파이프라인을 만들고 배포 시간을 줄인다
  • 모니터링·로깅·알림 시스템을 구축하고 장애에 대응한다
  • 쿠버네티스 클러스터를 운영하고 배포 전략을 조정한다
  • 개발팀의 배포 요청과 환경 문제를 지원한다

02

필요한 핵심 역량과 기술 스택

필수는 없으면 서류에서 걸러지는 항목, 권장은 대부분의 합격자가 갖추는 항목, 우대는 있으면 확실히 차별화되는 항목입니다.

컨테이너 · 오케스트레이션

거의 모든 공고의 핵심입니다. 이 둘이 빠진 DevOps 공고를 찾기가 더 어렵습니다.

  • Docker필수

    이미지를 직접 만들고 Dockerfile을 최적화할 수 있어야 합니다. 레이어 캐시와 이미지 크기 줄이기까지 다뤄보세요.

  • Kubernetes필수

    공고의 대표 요건입니다. Pod·Deployment·Service·Ingress를 이해하고, 클러스터 위에 서비스를 직접 배포·운영해본 경험이 필요합니다.

  • Helm권장

    쿠버네티스 배포를 패키지로 관리합니다. 매니페스트를 손으로 관리하다 한계를 느낀 뒤에 보면 이해가 빠릅니다.

CI/CD · 자동화

  • CI/CD 도구필수

    Jenkins, GitLab CI, GitHub Actions, ArgoCD 중 하나 이상을 직접 구축해본 경험. 공고에 이 이름들이 나열되어 등장합니다.

  • Terraform (IaC)필수

    인프라를 코드로 정의합니다. 신입 포트폴리오에서 가장 확실하게 차별화되는 항목입니다.

  • Ansible권장

    서버 설정을 자동화합니다. Terraform이 인프라를 만들고 Ansible이 그 위를 구성하는 역할 분담을 이해하세요.

  • 배포 전략권장

    무중단 배포, 롤백, 카나리·블루그린. 배포가 실패했을 때 어떻게 되돌릴지까지 설계할 수 있어야 합니다.

클라우드 · 기초

  • AWS (또는 Azure · GCP)필수

    퍼블릭 클라우드와 온프레미스 인프라 관리가 기본 요건입니다. 하나를 골라 컴퓨팅·네트워크·권한까지 다뤄보세요.

  • Linux필수

    서버에 접속해 로그를 읽고 프로세스를 다루는 일이 일상입니다. 여기가 약하면 나머지가 쌓이지 않습니다.

  • 네트워크필수

    VPC·서브넷·로드밸런서·DNS·방화벽. 쿠버네티스 네트워킹을 이해하려면 이 기초가 먼저입니다.

  • Python · Bash 스크립팅필수

    반복 작업을 자동화합니다. 공고에 스크립팅 언어 능숙도가 직접 언급됩니다.

모니터링 · 우대 사항

  • Prometheus · Grafana권장

    지표를 수집하고 대시보드로 봅니다. 직접 붙여 알림까지 걸어보면 충분합니다.

  • ELK · 로그 수집우대

    장애 원인을 찾는 출발점입니다. 로그가 어디에 쌓이고 어떻게 검색하는지 경험해두세요.

  • 클라우드 비용·보안 설계우대

    퍼블릭 클라우드 운영에서 비용과 보안은 항상 따라옵니다. 우대사항으로 자주 등장합니다.

  • 백엔드 개발 경험 (Java/Kotlin·Spring 등)우대

    우대사항에 직접 등장합니다. 개발을 아는 DevOps가 협업에서 유리하고, 전환 경로로도 가장 현실적입니다.

  • 트러블슈팅 · 성능 분석우대

    애플리케이션이 느려졌을 때 원인을 좁혀가는 능력입니다.

03

우대 자격증과 경험

자격증은 실력을 대신하지 못하지만 서류 통과와 학습 커리큘럼에는 도움이 됩니다. 우선순위를 보고 고르세요.

AWS Certified Solutions Architect – Associate (SAA)

권장

클라우드 기반을 증명하는 데 가장 널리 인정됩니다. 실습과 병행하면 2~3개월이면 취득 가능합니다.

공식 사이트 →

CKA (Certified Kubernetes Administrator)

권장

실기 시험이라 실력이 그대로 드러납니다. 쿠버네티스가 이 직무의 핵심인 만큼 다른 직무보다 가치가 높습니다. 응시료가 비싼 편이니 실습을 충분히 한 뒤 응시하세요.

공식 사이트 →

6개월 이상 IT 기술 교육 · DevOps 과정 수료

권장

자격증은 아니지만 이 직무의 실질적인 진입 경로 중 하나입니다. 신입 공고가 적은 만큼, 교육 과정에서 만든 결과물과 수료 이력이 서류의 근거가 됩니다.

리눅스마스터 2급 · 네트워크관리사 2급

우대

기초가 부족한 비전공자가 커리큘럼 삼기에 무난합니다. 실무 가치 자체는 크지 않습니다.

정보처리기사

우대

공기업·SI 인프라 직군을 함께 본다면 필요합니다. 사기업 DevOps 채용에서는 영향이 크지 않습니다.

공식 사이트 →

평가에 도움이 되는 경험

백엔드 · 클라우드 실무 경험

이 직무로 가는 가장 현실적인 통로입니다. 배포와 인프라를 맡으며 자연스럽게 전환하는 사례가 가장 많습니다.

직접 구축해 돌아가는 CI/CD 파이프라인

수동 배포를 자동 배포로 바꾼 경험은 이 직무의 핵심 서사입니다. 배포 시간의 전후 비교가 있으면 더 좋습니다.

IaC로 재현 가능한 인프라

terraform apply 한 번으로 환경이 만들어지고 destroy로 사라지는 것을 보여줄 수 있으면 신입 중에서는 드문 근거입니다.

장애를 겪고 복구한 경험

무엇을 보고 원인을 좁혔는지가 핵심입니다. 실패 경험이 오히려 좋은 소재입니다.

비용을 줄인 경험

쓰지 않는 자원을 정리해 월 비용을 얼마 줄였다는 이야기는 실무자에게 잘 통합니다.

04

신입이 준비하는 포트폴리오 형태

개수를 늘리는 것보다 하나를 끝까지 완성하는 편이 유리합니다. 체크리스트를 기준으로 완성도를 점검하세요.

IaC로 만든 인프라 + CI/CD 파이프라인 (핵심)

중급

이 직무 포트폴리오의 중심입니다. 간단한 애플리케이션 하나를 준비하고, 그것이 돌아갈 인프라를 Terraform으로 정의한 뒤, GitHub에 push하면 자동으로 빌드·배포되는 흐름까지 연결합니다. 애플리케이션 자체는 단순해도 됩니다. 평가받는 것은 그 주변입니다.

  • GitHub에 공개된 Terraform 코드 (모듈로 정리)
  • GitHub Actions 등 CI/CD 워크플로 파일
  • Docker 이미지 빌드와 레지스트리 푸시
  • 배포 실패 시 롤백 전략
  • 아키텍처 다이어그램 (draw.io 등)
  • README에 실행 방법과 생성되는 자원 목록
  • 자동화 전후 배포 소요 시간 비교

쿠버네티스에 올린 서비스

중급

공고의 대표 요건인 만큼 직접 다뤄본 흔적이 필요합니다. 매니페스트를 작성해 배포하고, 부하가 늘면 Pod가 자동으로 늘어나는 것까지 확인하세요. 관리형 서비스(EKS·GKE)를 쓰면 비용이 나가니 로컬 클러스터(minikube·kind)로 시작해도 됩니다.

  • Deployment·Service·Ingress 매니페스트
  • ConfigMap·Secret으로 설정 분리
  • 오토스케일링 동작 확인 기록
  • 무중단 배포 확인

모니터링과 알림

심화

위 인프라에 Prometheus와 Grafana를 붙여 지표를 수집하고, 임계치를 넘으면 알림이 오도록 구성합니다. 운영까지 생각한다는 신호가 되고, 대시보드 스크린샷 한 장이 설명을 대신합니다.

  • 수집하는 핵심 지표 목록과 선정 이유
  • Grafana 대시보드 스크린샷
  • 알림 규칙과 실제로 알림이 온 사례

05

추천 학습 순서

기간은 하루 3~4시간 기준의 대략적인 기준입니다. 이미 아는 단계는 건너뛰고, 순서만 지켜도 헤매는 시간이 크게 줄어듭니다.

  1. 리눅스와 네트워크 기초

    1~2개월

    목표 — 서버에 접속해 로그를 확인하고 서비스를 다룰 수 있으며, IP·포트·DNS가 무슨 뜻인지 설명할 수 있다.

    • 파일·권한·프로세스·서비스 관리
    • 패키지 설치, 로그 확인, vi
    • OSI 계층, TCP/IP, DNS, HTTP
    • 서브넷·포트·방화벽

    참고 자료

    • [무료강의]생활코딩 리눅스 강의
    • [실습]가상머신에 리눅스 설치해 직접 다뤄보기

  2. 클라우드 핵심 (AWS)

    2개월

    목표 — 클라우드에 서버를 띄우고 외부에서 접속되는 서비스를 올릴 수 있다.

    • EC2·S3·VPC·IAM·RDS·ELB
    • 보안 그룹과 접근 제어
    • 리전과 가용 영역
    • 요금 구조와 비용 알림 설정

    참고 자료

  3. Docker

    3~4주

    목표 — 애플리케이션을 컨테이너로 만들어 어디서든 같게 실행할 수 있다.

    • 이미지와 컨테이너의 차이
    • Dockerfile 작성과 최적화
    • docker compose로 여러 컨테이너 묶기
    • 레지스트리에 이미지 올리기

    참고 자료

  4. CI/CD 구축

    1개월

    목표 — 코드를 push하면 자동으로 빌드·테스트·배포되는 파이프라인을 스스로 만들 수 있다.

    • GitHub Actions 워크플로 문법
    • 빌드 → 테스트 → 배포 단계 구성
    • 시크릿 관리
    • 배포 실패 시 롤백

    참고 자료

  5. Kubernetes

    2개월

    목표 — 클러스터에 서비스를 배포하고, 문제가 생겼을 때 어디를 봐야 하는지 안다.

    • Pod·Deployment·Service·Ingress
    • ConfigMap·Secret
    • kubectl로 배포하고 로그 확인
    • 오토스케일링과 롤링 업데이트

    참고 자료

  6. IaC (Terraform)

    1개월

    목표 — 인프라를 코드로 정의해 언제든 같은 환경을 다시 만들 수 있다.

    • Terraform 기본 문법과 상태 관리
    • 모듈로 구조화하기
    • apply와 destroy로 재현성 확인
    • Ansible로 서버 설정 자동화

    참고 자료

  7. 모니터링

    3~4주

    목표 — 지표를 수집해 대시보드로 보고, 이상이 생기면 알림을 받을 수 있다.

    • Prometheus로 지표 수집
    • Grafana 대시보드 구성
    • 알림 규칙 설정
    • 로그 수집 개념 (ELK 등)

    참고 자료

  8. 인프라 자동화 프로젝트 + 지원 준비

    2~3개월

    목표 — 앞의 도구들을 하나로 엮은 프로젝트를 완성하고, 백엔드·클라우드 공고를 함께 지원한다.

    • IaC + CI/CD + 쿠버네티스 + 모니터링을 한 프로젝트로 연결
    • 아키텍처 다이어그램과 문서 정리
    • 보안(최소 권한)과 비용 최적화 검토
    • DevOps 공고와 함께 백엔드·클라우드 공고 지원

    참고 자료

06

신입이 자주 하는 실수

준비 방향을 잘못 잡으면 들인 시간에 비해 결과가 안 나옵니다. 아래 항목에 해당하지 않는지 점검해 보세요.

  • DevOps 공고만 보고 지원하는 것. 순수 신입 채용이 드물어 서류에서 계속 걸립니다. 백엔드·클라우드 공고를 함께 넣는 편이 현실적입니다.
  • 쿠버네티스부터 시작하는 것. 리눅스와 네트워크가 약한 상태에서 들어가면 대부분 중간에 막힙니다. 순서를 지키세요.
  • 도구 이름만 아는 것. Jenkins·ArgoCD·Terraform을 나열하는 것보다 하나로 실제 배포를 돌려본 경험이 강합니다.
  • 개발을 전혀 모르는 것. 개발자가 어떻게 코드를 만들고 배포하는지 모르면 협업이 어렵고, 우대사항에도 개발 경험이 직접 등장합니다.
  • 클라우드 실습 비용을 방치하는 것. 실습 전에 예산 알림을 걸고, 끝나면 자원을 삭제하세요. NAT 게이트웨이와 로드밸런서는 프리티어가 아닙니다.
  • 자격증만 모으는 것. CKA와 SAA가 도움이 되는 건 맞지만, 직접 구축한 결과물 없이 자격증만 있으면 설득력이 떨어집니다.

07

자주 묻는 질문

Q.신입으로 DevOps에 바로 갈 수 있나요?

쉽지 않습니다. 순수 신입 공고가 적고 경력직 중심입니다. 현실적인 경로는 두 가지입니다. 백엔드나 클라우드 엔지니어로 입사해 배포·인프라 업무를 맡으며 전환하거나, 6개월 이상의 IT 기술 교육이나 DevOps 과정을 이수하고 자격증·포트폴리오와 함께 지원하는 것입니다. DevOps 공고만 노리지 말고 백엔드·클라우드 공고를 함께 지원하세요.

Q.클라우드 엔지니어와 뭐가 다른가요?

겹치는 부분이 매우 큽니다. 대략적으로 클라우드 엔지니어는 인프라 설계와 구축에, DevOps는 개발과 운영을 잇는 자동화 파이프라인에 무게가 실립니다. 신입 단계에서 요구하는 기초(리눅스·네트워크·클라우드·Docker·CI/CD)는 사실상 같으므로 구분해서 준비할 필요는 없습니다. 클라우드 엔지니어 쪽이 신입 진입은 조금 더 열려 있습니다.

Q.교육 과정을 듣는 게 도움이 되나요?

이 직무에서는 다른 직무보다 도움이 되는 편입니다. 신입 공고가 적어 서류에서 설명할 근거가 필요한데, 6개월 이상 과정을 이수하면 커리큘럼상 자연스럽게 인프라를 구축해보게 되고 그 결과물이 포트폴리오가 됩니다. 다만 수료 자체가 아니라 그 과정에서 무엇을 만들었는지가 평가 대상입니다.

Q.쿠버네티스는 어느 정도까지 알아야 하나요?

다른 인프라 직무보다 깊이 요구됩니다. 공고의 대표 요건이기 때문입니다. Pod·Deployment·Service·Ingress를 이해하고, 직접 매니페스트를 작성해 배포하고, 오토스케일링과 롤링 업데이트를 확인해본 수준은 갖추세요. 비용이 부담되면 minikube나 kind로 로컬에서 실습해도 됩니다.

Q.개발을 얼마나 할 줄 알아야 하나요?

Python이나 Bash로 자동화 스크립트를 쓸 수 있어야 하고, 이건 공고에 직접 명시됩니다. 여기에 백엔드 개발 경험이 우대사항으로 자주 등장하니, 간단한 API 서버를 직접 만들어 배포해본 경험이 있으면 그 자체가 포트폴리오의 재료이자 강점이 됩니다.

이 직무로 내 로드맵 만들기

졸업까지 남은 기간과 지금 수준을 고르면, 위 학습 순서를 시기별 계획으로 나눠 드립니다. 결과는 링크로 그대로 공유할 수 있습니다.

DevOps 엔지니어 로드맵 만들기 →

함께 보면 좋은 직무

클라우드 엔지니어

클라우드 위에 서비스가 돌아갈 인프라를 설계·구축하고, 배포와 운영을 자동화하는 직무입니다.

백엔드 개발자

서버·API·데이터베이스를 설계하고 서비스가 실제로 돌아가게 만드는 뒷단 로직을 구현하는 직무입니다.