DevOps 로드맵 정리: 초보자가 Linux부터 CI/CD까지 배우는 현실적인 순서

무작정 따라가는 DevOps 로드맵, 이제 그만해도 됩니다

솔직히 말해볼게요. 인터넷에 떠도는 DevOps 로드맵을 처음 봤을 때, 오히려 머리가 더 복잡해졌던 기억… 한 번쯤 있으시죠?

누군가는 Kubernetes부터 하라고 하고, 또 누군가는 AWS certification이 답이라고 말합니다. Terraform을 모르면 취업이 안 될 것처럼 말하는 글도 넘쳐나고요. 방향은 많은데, 정작 어디서부터 어떻게 가야 하는지는 아무도 명확하게 말해주지 않습니다.

그래서 오늘은 그런 소음은 잠시 내려놓고, 실제로 수많은 엔지니어들이 검증한 순서를 기준으로 DevOps 학습 로드맵을 다시 정리해보려 합니다. 트렌드가 아니라, 작동하는 순서 말이죠.

한 문장으로 요약하면 이겁니다.

 

DevOps는 tool 목록이 아니라, tool들을 엮어서 하나의 시스템을 만들어내는 능력이다.

 

이제 그 능력을 단계별로 차근차근 쌓아봅시다.

 

DevOps 로드맵 정리: 초보자가 Linux부터 CI/CD까지 배우는 현실적인 순서

 

---

왜 “순서”가 이렇게 중요할까?

DevOps 학습이 막히는 이유는 대부분 실력 부족이 아닙니다. 거의 항상 순서 문제예요.

기초 없이 다음 단계로 뛰어넘으면, 배우는 속도는 느려지고 좌절감은 커집니다. 마치 물도 못 끓이는데 레스토랑 메뉴부터 외우는 느낌이랄까요.

잘 짜인 순서는 두 가지를 해결해줍니다.

• 뭘 해야 할지 명확해져서 불안이 줄어들고
• 앞에서 배운 게 뒤에서 그대로 연결됩니다

 

그럼 이제 진짜 로드맵으로 들어가 볼게요.

---

Phase 1: Foundations — Linux, Bash, Git

이 단계는 절대 건너뛰면 안 됩니다. DevOps의 바닥 공사라고 생각하시면 돼요.

 

Linux fundamentals

DevOps에서 다루는 시스템의 대부분은 Linux 위에서 돌아갑니다. 서버, container, cloud 환경 전부요.

terminal을 열었을 때 손이 굳어버린다면, 아직 foundation이 부족하다는 신호입니다.

 

Bash scripting

Bash는 반복 작업을 자동화하는 첫 번째 관문입니다. 매번 손으로 하던 일을 script 하나로 처리할 수 있게 되죠.

완벽하게 잘 쓸 필요는 없습니다. 흐름을 이해하고, 필요한 순간에 쓸 수 있으면 충분합니다.

 

Git

Git은 선택이 아닙니다. 협업, 변경 이력 관리, rollback… DevOps에서 Git 없는 세상은 상상하기 어렵습니다.

 

얼마나 걸릴까?

• Linux, Bash, Git이 전부 처음이라면: 약 2개월
• 어느 정도 경험이 있다면: 약 1개월

 

이 단계에서 시간을 쓰는 건 절대 낭비가 아닙니다. 이후 단계가 훨씬 편해집니다.

 

 

---

Phase 2: Cloud Basics — AWS 또는 Azure

이제 기반 위에 한 층을 올립니다. Cloud입니다.

 

AWS를 추천하는 이유

AWS는 전 세계적으로 가장 많이 쓰이는 cloud platform 중 하나입니다. 단순히 취업 공고에 더 자주 등장한다는 이유만으로도 충분히 선택할 가치가 있죠.

하지만 중요한 건 platform이 아니라 개념입니다.

 

반드시 이해해야 할 core concepts

Cloud에서 핵심은 결국 이 세 가지입니다.

• Compute
• Storage
• Networking

 

이 개념들은 AWS든 Azure든 동일합니다. 먼저 개념을 이해하고, 그 다음에 AWS가 이걸 어떻게 구현했는지를 보세요.

 

Certification부터 쫓지 마세요

많은 사람들이 여기서 방향을 잘못 잡습니다.

• 먼저 project를 만들고
• 실제로 cloud infrastructure를 다뤄보고
• 그 다음에 certification으로 증명

 

이 순서가 훨씬 강력합니다.

 

AWS 서비스 너무 많지 않나요?

맞아요. console을 열면 숨이 막힐 정도죠.

하지만 처음엔 딱 5개 정도의 서비스면 충분합니다. fundamentals에만 집중하세요.

 

소요 시간

Cloud basics를 제대로 이해하려면 1~2개월 정도가 필요합니다.

 

 

---

Phase 3: Infrastructure as Code — Terraform, Pulumi

여기서부터 본격적인 DevOps 느낌이 납니다.

Infrastructure as Code는 단순한 tool이 아니라 사고방식입니다.

 

중요한 건:

• 왜 이 개념이 등장했는지
• 어떤 문제를 해결하는지

 

그 다음에 Terraform이나 Pulumi를 사용하는 겁니다.

실제 AWS 환경에 infrastructure를 code로 정의하고, 반복 작업을 자동화해보세요.

 

소요 시간

집중해서 하면 약 1개월이면 충분합니다.

 

 

---

Phase 4: Containers & Orchestration — Docker, Kubernetes

이 단계는 DevOps의 핵심 중 하나입니다. 재미있지만, 동시에 intimidating하기도 하죠.

 

Docker

먼저 container가 뭔지, 왜 필요한지 이해한 뒤 Docker로 구현합니다.

 

Kubernetes

그 다음이 orchestration입니다.

여기서 중요한 사실 하나.

Docker와 Kubernetes의 20%만 알아도, 실제 업무의 80%는 커버됩니다.

전부 파려고 하지 마세요. basics에 집중하세요.

 

소요 시간

1~2개월 정도면 충분히 foundation을 만들 수 있습니다.

 

 

---

Phase 5: CI/CD — DevOps의 중심축

CI/CD는 DevOps의 척추 같은 존재입니다.

 

Tool은 하나만 골라도 충분

• Jenkins
• GitHub Actions
• GitLab CI

 

어떤 걸 선택해도 괜찮습니다. 중요한 건 실제로 pipeline을 만들어보는 것입니다.

 

꼭 해봐야 할 것

• code commit
• build / test
• containerization
• deployment (Kubernetes 또는 AWS)

 

문서만 읽지 말고, end-to-end로 직접 구축해보세요.

 

소요 시간

1~2개월, 그리고 이 단계엔 특히 시간을 많이 쓰는 걸 추천합니다.

 

 

---

마지막 단계: Observability — Prometheus, Grafana

서비스를 배포했다면, 이제 상태를 볼 수 있어야 합니다.

Observability는 시스템 내부에서 무슨 일이 일어나는지 이해하는 능력입니다.

• Prometheus로 metrics 수집
• Grafana로 시각화

 

전문가가 될 필요는 없습니다. 기본 개념과 구현 흐름만 이해해도 충분합니다.

 

소요 시간

약 1개월

 

 

---

전체 로드맵, 현실적인 총 기간은?

정리해보면:

• Phase 1: 1~2개월
• Phase 2: 1~2개월
• Phase 3: 1개월
• Phase 4: 1~2개월
• Phase 5: 1~2개월
• Observability: 1개월

 

집중해서 하면 몇 년이 아니라, 몇 개월입니다.

이게 생각보다 희망적인 포인트예요.

 

 

---

가장 흔한 실수: 따로따로 배우기

AWS 따로, Docker 따로, Terraform 따로.

이렇게 배우면 지식은 쌓이는데, 연결이 안 됩니다.

기업이 원하는 건 tool 이름을 아는 사람이 아니라, 시스템을 만들 수 있는 사람입니다.

그래서 늘 부족하다는 느낌이 드는 거죠.

 

 

---

해결책: 하나의 프로젝트를 계속 키우기

매번 새 프로젝트를 만들지 마세요.

하나를 정해서 계속 확장하세요.

• 처음엔 Linux 위에서
• Cloud로 올리고
• Terraform으로 관리하고
• Docker로 감싸고
• Kubernetes에 배포하고
• CI/CD로 자동화하고
• Prometheus + Grafana로 관찰하기

 

이 과정에서 진짜 실력이 쌓입니다.

 

 

---

배경에 따라 로드맵은 달라질 수 있습니다

이미 software engineer라면 Git과 code는 빠르게 넘어갈 수 있고,

sysadmin이나 network background가 있다면 Linux와 infrastructure 이해가 훨씬 빠를 겁니다.

순서는 같되, 속도는 다를 수 있습니다.

 

 

---

지금 할 수 있는 가장 좋은 다음 행동

명확한 로드맵을 하나 정하세요.

그리고 스스로에게 이 질문을 던져보세요.

“지금까지 DevOps를 배우면서 가장 막혔던 지점은 어디였을까?”

그 지점이 바로 다음 성장 포인트입니다.

천천히, 하지만 꾸준히 가면 됩니다.

DevOps는 단거리 달리기가 아니라, 구조를 이해하는 긴 여정이니까요.