본문 바로가기

데브옵스3

데브옵스 직무 준비에서 CI/CD 흐름을 알아야 하는 이유 (배포자동화, 협업, 운영개선) 데브옵스 직무를 준비하는 분들의 포트폴리오와 모의면접 답변을 점검하다 보면 Docker, Kubernetes, Jenkins, GitHub Actions, AWS, Linux 같은 기술 이름은 많이 정리되어 있지만, 실제 코드가 어떻게 테스트되고 배포되는지 흐름 설명이 약한 경우를 자주 봅니다. 배포 자동화를 해봤다고 말하지만 어떤 시점에 빌드가 실행되는지, 테스트가 실패하면 어떻게 막히는지, 운영 서버에 반영되기 전 어떤 확인 절차가 필요한지 설명하지 못하는 경우도 있습니다. 모의면접에서 코드가 main 브랜치에 병합되면 어떤 일이 일어나나요? 배포 중 오류가 발생하면 어디서 확인하나요? 개발자와 운영자가 같은 기준으로 배포하려면 무엇이 필요할까요? 같은 질문을 하면 답변이 짧아지는 준비생이 많습니다... 2026. 7. 9.
SRE와 데브옵스(DevOps) (배경 차이, SLO 개념, 직무 선택) 처음 SRE라는 단어를 봤을 때 솔직히 데브옵스랑 뭐가 다른 거지?라는 생각이 먼저 들었습니다. 둘 다 서버와 배포를 다루는 비슷한 역할이라고만 생각했거든요. 그런데 공부를 이어가면서 이 두 직무는 생각보다 초점이 꽤 다르다는 걸 알게 됐습니다. 빠른 배포를 만드는 역할과, 배포 이후 서비스가 무너지지 않도록 지키는 역할은 분명히 다릅니다.SRE와 데브옵스 배경 차이, 비슷해 보이는 이유가 있습니다IT 직무를 탐색하다 보면 DevOps(데브옵스)와 SRE(Site Reliability Engineering, 사이트 신뢰성 엔지니어링)가 거의 같은 문맥에서 언급됩니다. 여기서 DevOps란 Development(개발)와 Operations(운영)를 합친 개념으로, 개발팀과 운영팀이 따로 움직이던 방식을 깨.. 2026. 5. 13.
데브옵스(DevOps) 엔지니어 (배포 자동화, 인프라 관리, 장애 대응) 저도 처음엔 데브옵스 엔지니어가 그냥 서버 관리하는 사람인 줄 알았습니다. 개발자도 아니고 운영자도 아닌, 어딘가 애매하게 끼어 있는 직무처럼 느껴졌습니다. 그런데 조금씩 알아가다 보니, 서비스가 사용자에게 닿기까지의 전체 흐름을 설계하는 사람이라는 걸 알게 됐습니다. 코드가 완성되는 순간이 끝이 아니라, 그 이후가 오히려 더 중요하다는 것도 알게 됐습니다.데브옵스(DevOps) 엔지니어 배포 자동화, 왜 이게 핵심인가직접 겪어보니 개발 결과물이 서비스에 반영되는 과정이 생각보다 훨씬 복잡했습니다. 파일 옮기고, 서버 재시작하고, 설정 바꾸고, 오류 확인하고. 이 과정을 사람이 매번 손으로 처리하면 실수가 생길 수밖에 없습니다. 데브옵스 엔지니어의 역할이 빛나는 지점이 바로 여기입니다.데브옵스 엔지니어는.. 2026. 5. 12.