Notes from building, breaking, and figuring things out.
지난 글에서는 DevOps에서 측정이 왜 중요한지, 그리고 허영 지표와 실행 가능한 지표의 차이를 정리했습니다.핵심은 단순히 숫자를 많이 모으는 것이 아니라, 팀이 더 나은 방향으로 움직일 수 있도록 도와주는 지표를 선택해야 한다는 점이었습니다.이번 글에서는 한 단계 더 나아가 DevOps에서 실제로 활용할 수 있는 실행 가능한 지표들을 살펴보겠습니다. 특히 Nicole Forsgren이 제시한 평균 리드 타임, 배포 빈도, 변경 실패율, 평균 복구 시간 같은 핵심 지표를 중심으로 DevOps 성과를 어떻게 바라볼 수 있는지 정리해보겠습니다.또한 DevOps는 기술 지표만으로 설명할 수 없습니다. 팀의 신뢰, 협업, 실패를 대하는 태도 같은 문화적 요소도 함께 봐야 합니다. 마지막으로 DevOps와 함께..
DevOps를 공부하다 보면 CI/CD, Infrastructure as Code, 컨테이너, 자동화 같은 기술적인 요소에 먼저 눈이 갑니다. 하지만 DevOps는 단순히 도구를 잘 쓰는 것이 아니라, 조직이 더 빠르고 안정적으로 소프트웨어를 전달할 수 있도록 계속 개선하는 방식입니다.그리고 개선을 하려면 먼저 현재 상태를 알아야 합니다.이번 Coursera 강의에서는 DevOps를 성공적으로 실천하기 위해 무엇을 측정해야 하는지를 다뤘습니다. 특히 인상 깊었던 점은 측정이 단순한 보고용 숫자가 아니라, 조직의 행동을 바꾸는 기준이 될 수 있다는 점이었습니다.잘못된 지표는 잘못된 행동을 만들고, 좋은 지표는 좋은 행동을 만듭니다.이번 1편에서는 DevOps에서 측정이 왜 중요한지, 잘못된 지표가 어떤 문..
이번 Coursera 강의에서는 DevOps를 단순한 기술이나 도구의 집합이 아니라 조직 구조와 문화의 관점에서 이해해야 한다는 점을 강조했습니다.DevOps를 처음 공부할 때는 CI/CD, Infrastructure as Code, 컨테이너, 배포 자동화 같은 기술을 먼저 떠올리기 쉽습니다. 하지만 DevOps를 제대로 이해하려면 기술보다 먼저 봐야 할 것이 있습니다.바로 조직 구조와 문화입니다.Jenkins, GitHub Actions, Docker, Kubernetes 같은 도구를 사용한다고 해서 자동으로 DevOps 조직이 되는 것은 아닙니다. DevOps의 핵심은 개발과 운영이 분리된 구조를 넘어, 하나의 팀이 제품의 개발부터 운영까지 함께 책임지는 방식으로 일하는 데 있습니다.이번 글에서는 D..
DevOps를 공부하다 보면 단순히 “개발과 운영의 협업”이라는 설명만으로는 부족하다는 생각이 듭니다. 실제 현장에서 DevOps는 문화적 개념을 넘어, 인프라를 관리하고, 코드를 검증하고, 서비스를 안정적으로 배포하기 위한 구체적인 기술과 방법론으로 이어집니다.이번 글에서는 DevOps의 핵심 실천 방식인 Infrastructure as Code(IaC), CI/CD 파이프라인, 그리고 블루-그린 배포와 카나리아 배포 같은 배포 전략을 정리해보겠습니다.1. 왜 DevOps 방식이 필요할까?전통적인 개발 방식에서는 개발팀과 운영팀의 역할이 명확히 나뉘어 있었습니다.개발팀은 기능을 만들고, 운영팀은 만들어진 소프트웨어를 배포하고 관리했습니다. 겉으로 보면 효율적인 분업처럼 보이지만, 실제로는 여러 문제가 ..
최근 IT 업계에서 DevOps와 Agile은 단순한 버즈워드를 넘어 생존을 위한 필수 역량이 되었습니다. 저 역시 실무에서 배포 지연이나 협업의 한계를 느끼고 최신 개발 트렌드의 기본기를 탄탄하게 다지고 싶어 Coursera의 IBM DevOps 강의를 수강하게 되었습니다.이번 포스팅에서는 지난 글에 이어, DevOps 문화를 실현하는 구체적인 협업 방식부터 클라우드 네이티브 아키텍처까지 다룹니다. 이 글을 끝까지 읽으시면 단순히 코드를 잘 짜는 것을 넘어, '어떻게 빠르고 안전하게 가치를 전달할 것인가'에 대한 큰 그림을 그리실 수 있을 것입니다.1. 협업 문화를 바꾸는 DevOps: 소셜 코딩, 페어 프로그래밍, Git 워크플로우DevOps의 본질은 도구가 아닌 문화에 있습니다. 개발 과정에서 코드..
소프트웨어 개발 방식은 Waterfall에서 Agile로 변화하면서 더 빠른 개발과 반복적인 개선을 추구하게 되었습니다. 하지만 개발팀이 아무리 빠르게 기능을 만들어도, 운영팀과 배포 프로세스가 분리되어 있다면 실제 사용자에게 가치를 전달하는 속도는 여전히 느릴 수밖에 없습니다.이 글에서는 IBM DevOps, Cloud, and Agile Foundations 강의를 바탕으로 DevOps가 등장하게 된 배경과, 개발과 운영이 분리되면서 발생하는 Silo 문제를 정리합니다.1. DevOps의 등장 배경과 Silo 현상 극복과거의 전통적인 개발 환경에서는 개발(Dev)과 운영(Ops) 부서가 철저히 분리되어 소통하지 않는 Silo 현상이 빈번하게 발생했습니다. 이로 인해 개발팀은 애자일(Agile) 방식으..
지난 글에서는 DevOps에서 측정이 왜 중요한지, 그리고 허영 지표와 실행 가능한 지표의 차이를 정리했습니다.핵심은 단순히 숫자를 많이 모으는 것이 아니라, 팀이 더 나은 방향으로 움직일 수 있도록 도와주는 지표를 선택해야 한다는 점이었습니다.이번 글에서는 한 단계 더 나아가 DevOps에서 실제로 활용할 수 있는 실행 가능한 지표들을 살펴보겠습니다. 특히 Nicole Forsgren이 제시한 평균 리드 타임, 배포 빈도, 변경 실패율, 평균 복구 시간 같은 핵심 지표를 중심으로 DevOps 성과를 어떻게 바라볼 수 있는지 정리해보겠습니다.또한 DevOps는 기술 지표만으로 설명할 수 없습니다. 팀의 신뢰, 협업, 실패를 대하는 태도 같은 문화적 요소도 함께 봐야 합니다. 마지막으로 DevOps와 함께..
DevOps를 공부하다 보면 CI/CD, Infrastructure as Code, 컨테이너, 자동화 같은 기술적인 요소에 먼저 눈이 갑니다. 하지만 DevOps는 단순히 도구를 잘 쓰는 것이 아니라, 조직이 더 빠르고 안정적으로 소프트웨어를 전달할 수 있도록 계속 개선하는 방식입니다.그리고 개선을 하려면 먼저 현재 상태를 알아야 합니다.이번 Coursera 강의에서는 DevOps를 성공적으로 실천하기 위해 무엇을 측정해야 하는지를 다뤘습니다. 특히 인상 깊었던 점은 측정이 단순한 보고용 숫자가 아니라, 조직의 행동을 바꾸는 기준이 될 수 있다는 점이었습니다.잘못된 지표는 잘못된 행동을 만들고, 좋은 지표는 좋은 행동을 만듭니다.이번 1편에서는 DevOps에서 측정이 왜 중요한지, 잘못된 지표가 어떤 문..
이번 Coursera 강의에서는 DevOps를 단순한 기술이나 도구의 집합이 아니라 조직 구조와 문화의 관점에서 이해해야 한다는 점을 강조했습니다.DevOps를 처음 공부할 때는 CI/CD, Infrastructure as Code, 컨테이너, 배포 자동화 같은 기술을 먼저 떠올리기 쉽습니다. 하지만 DevOps를 제대로 이해하려면 기술보다 먼저 봐야 할 것이 있습니다.바로 조직 구조와 문화입니다.Jenkins, GitHub Actions, Docker, Kubernetes 같은 도구를 사용한다고 해서 자동으로 DevOps 조직이 되는 것은 아닙니다. DevOps의 핵심은 개발과 운영이 분리된 구조를 넘어, 하나의 팀이 제품의 개발부터 운영까지 함께 책임지는 방식으로 일하는 데 있습니다.이번 글에서는 D..
DevOps를 공부하다 보면 단순히 “개발과 운영의 협업”이라는 설명만으로는 부족하다는 생각이 듭니다. 실제 현장에서 DevOps는 문화적 개념을 넘어, 인프라를 관리하고, 코드를 검증하고, 서비스를 안정적으로 배포하기 위한 구체적인 기술과 방법론으로 이어집니다.이번 글에서는 DevOps의 핵심 실천 방식인 Infrastructure as Code(IaC), CI/CD 파이프라인, 그리고 블루-그린 배포와 카나리아 배포 같은 배포 전략을 정리해보겠습니다.1. 왜 DevOps 방식이 필요할까?전통적인 개발 방식에서는 개발팀과 운영팀의 역할이 명확히 나뉘어 있었습니다.개발팀은 기능을 만들고, 운영팀은 만들어진 소프트웨어를 배포하고 관리했습니다. 겉으로 보면 효율적인 분업처럼 보이지만, 실제로는 여러 문제가 ..
최근 IT 업계에서 DevOps와 Agile은 단순한 버즈워드를 넘어 생존을 위한 필수 역량이 되었습니다. 저 역시 실무에서 배포 지연이나 협업의 한계를 느끼고 최신 개발 트렌드의 기본기를 탄탄하게 다지고 싶어 Coursera의 IBM DevOps 강의를 수강하게 되었습니다.이번 포스팅에서는 지난 글에 이어, DevOps 문화를 실현하는 구체적인 협업 방식부터 클라우드 네이티브 아키텍처까지 다룹니다. 이 글을 끝까지 읽으시면 단순히 코드를 잘 짜는 것을 넘어, '어떻게 빠르고 안전하게 가치를 전달할 것인가'에 대한 큰 그림을 그리실 수 있을 것입니다.1. 협업 문화를 바꾸는 DevOps: 소셜 코딩, 페어 프로그래밍, Git 워크플로우DevOps의 본질은 도구가 아닌 문화에 있습니다. 개발 과정에서 코드..
소프트웨어 개발 방식은 Waterfall에서 Agile로 변화하면서 더 빠른 개발과 반복적인 개선을 추구하게 되었습니다. 하지만 개발팀이 아무리 빠르게 기능을 만들어도, 운영팀과 배포 프로세스가 분리되어 있다면 실제 사용자에게 가치를 전달하는 속도는 여전히 느릴 수밖에 없습니다.이 글에서는 IBM DevOps, Cloud, and Agile Foundations 강의를 바탕으로 DevOps가 등장하게 된 배경과, 개발과 운영이 분리되면서 발생하는 Silo 문제를 정리합니다.1. DevOps의 등장 배경과 Silo 현상 극복과거의 전통적인 개발 환경에서는 개발(Dev)과 운영(Ops) 부서가 철저히 분리되어 소통하지 않는 Silo 현상이 빈번하게 발생했습니다. 이로 인해 개발팀은 애자일(Agile) 방식으..