Close

DevOps의 역사

업계의 기능 문제를 해결하기 위해 개발 및 운영 팀이 함께 모여 논의한 것입니다.

Ian Buchanan

수석 솔루션 엔지니어


애자일 방법론이 채택되기 시작했지만, 개발 및 운영 팀은 수년 동안 사일로화되어 있었습니다. DevOps는 더 나은 소프트웨어를 더 빠르게 릴리스하기 위한 공동 작업 도구 및 관행의 다음 진화입니다.

개발 팀과 IT 팀을 하나로 모으기

2007년에서 2008년 사이에 IT 운영 및 소프트웨어 개발 커뮤니티가 업계에 치명적인 문제가 있다는 우려를 제기하면서 DevOps 움직임이 시작되었습니다.

이들은 코드 작성 담당자는 코드의 배포 및 지원하는 담당자와 조직적으로 및 직무상으로 분리되어 있는 기존의 소프트웨어 개발 모델에 이의를 제기했습니다.

개발자 및 IT/Ops 전문가는 서로 다른 목표(대개 상충하는 목표), 서로 다른 부서 리더십, 서로 다른 주요 성과 지표를 가지고 있었으며, 다른 층이나 심지어 다른 빌딩에서 근무하는 경우도 많았습니다. 그 결과 이들 부서는 사일로화되어 각자의 분야나 투입 시간, 릴리스 실패, 고객 불만에만 신경 쓰는 팀이 되었습니다. 두 커뮤니티는 분명 더 좋은 방법이 있다는 데 동의하였고 Patrick Dubois, Gene Kim, John Willis의 주도 아래 함께 모여 대화를 시작했습니다.

이제는 온라인 포럼 및 지역 모임에서 무엇이 시작되었는지가 소프트웨어 시대정신의 주요 주제이며, 여러분도 아마 같은 이유로 Atlassian을 방문하셨을 것입니다. 여러분과 여러분의 팀은 사일로화된 팀과 회사 내 커뮤니케이션 라인이 무너짐으로 인해 어려움을 겪고 있습니다.

관련 자료

DevOps 문화 만들기

관련 자료

DevOps의 이점 알아보기

계획 및 개발에 애자일 방법론을 사용하더라도 코드를 문제 없이 실제로 활용하기 위해서는 노력이 필요합니다. DevOps에 대한 몇 가지 내용과 DevOps가 팀에 미칠 수 있는 마법 같은 효과에 대해 들어보셨을 것입니다. Atlassian에서 실시한 500명의 DevOps를 실행하는 팀을 대상으로 한 설문조사¹에서, 거의 모든 DevOps 팀(99%)은 프로덕션에 들어가는 코드가 성공적일 것이라는 자신감을 가지고 있습니다.

하지만 DevOps는 모든 것을 해결해 주는 마법이 아니며 혁신은 하루아침에 일어나지 않습니다. 그런데도 DevOps를 사용하면 고위 경영진이 대규모 이니셔티브를 시작하기를 기다릴 필요가 없습니다. DevOps의 가치를 이해하고 작지만 많은 변화를 이루면 바로 DevOps 여정을 시작할 수 있습니다.


애자일 너머를 향해

DevOps는 개발 및 운영 수명 주기의 모든 단계에 적용됩니다. 계획과 구축부터 모니터링 및 반복에 이르기까지, DevOps는 엔지니어링 및 IT 조직의 모든 측면에서 스킬, 프로세스 및 도구를 통합합니다.

애자일 방법론은 작업을 관리 가능한 작업 및 중요 마일스톤으로 세분화하여 팀이 계획하고 결과를 내는 데 도움이 됩니다. 애자일은 스프린트, 백로그, 에픽 및 스토리를 사용하여 숙련된 팀원에게 작업을 할당하고, 필요한 경우 타임라인을 조정하며, 고객에게 높은 품질의 제품과 서비스를 제공합니다. 애자일에 대해 자세히 알아보세요.

지속적 통합 및 배포: 지속적 통합 및 배포는 코드의 병합 및 배포 자동화에 의존하는 DevOps 관행의 초석입니다. 기존의 개발 방법에서는 엔지니어가 코드베이스의 변경 사항을 수동으로 업데이트하고 추가적인 수동 검사를 통해 높은 품질의 코드가 프로덕션에 제공될 준비가 되었는지 확인해야 했습니다. 버그 또는 인시던트가 발생할 가능성을 없애기 위해 배포는 몇 주 또는 몇 개월 지연된 시간으로 예약되었습니다. DevOps 관행은 병합, 테스트 및 배포 기능을 자동화하여 이 지연을 없앱니다. 성과가 높은 팀은 CI/CD를 사용하여 배포 빈도를 몇 개월에서 하루에 여러 번까지로 늘립니다. CI/CD에 대해 자세히 알아보세요.

Git 리포지토리 및 워크플로로 DevOps 관행의 기초가 되는 자동화 및 버전 제어 기능을 사용할 수 있게 합니다. Git은 분산되어 있기 때문에 commit, blame, diff, merge 및 log와 같은 작업이 더 빨라집니다. Git은 또한 리포지토리 기록의 브랜칭, 병합 및 재작성을 지원하며 강력한 워크플로 및 도구를 제공합니다. Git에 대해 자세히 알아보세요.

IT 서비스 관리는 IT 팀이 고객에게 제공하는 엔드투엔드 IT 서비스를 관리하는 데 사용하는 프로세스입니다. 여기에는 IT 서비스 설계, 제작, 제공 및 지원에 이르는 모든 과정과 활동이 포함됩니다. ITSM의 핵심 개념은 IT가 기본적인 IT 지원을 넘어서는 서비스로 제공되어야 한다는 신념입니다. ITSM 팀에서는 노트북에서 서버와 비즈니스에 핵심적인 소프트웨어 애플리케이션 등 모든 종류의 업무용 기술을 관리합니다. ITSM에 대해 자세히 알아보세요.

인시던트 관리 팀은 예기치 않은 이벤트 또는 서비스 중단에 대응하고 서비스를 운영 상태로 복원합니다. 개발자는 “YBIYRI(직접 구축하고 직접 운영)” 모델에서 운영 팀과 협력하여 인시던트 발생 가능성을 줄이고 인시던트 발생 시 평균 복구 시간을 단축합니다. 인시던트 관리에 대해 자세히 알아보세요.


DevOps 현황

조직과 팀은 DevOps 관행 및 도구를 계속해서 채택하고 있습니다. 500명의 DevOps 실행자를 대상으로 한 설문 조사에서 Atlassian은 50%의 조직이 3년 이상 DevOps를 수행했다는 것을 확인했습니다.

하지만 DevOps의 정의와 DevOps 관행 구현의 이점에 동의함에도 불구하고, 조직과 팀은 여전히 DevOps의 약속을 이행하는 데 어려움을 겪고 있습니다. 팀은 지속적인 피드백, 반복 작업 및 개선에 집중하여 고객의 요구를 충족하기 위해 더 빠르고 효과적으로 배포해야 합니다.

Ian Buchanan
Ian Buchanan

Ian Buchanan is a Principal Solutions Engineer for DevOps at Atlassian where he focuses on the emerging DevOps community and the application of Jira, Bitbucket, and Bamboo for better continuous integration and continuous delivery. While Ian Buchanan has broad and deep experience with both Java and .NET, he is best known as a champion of lean and agile practices in large enterprises.

During his career, he has successfully managed enterprise software development tools in all phases of their lifecycle, from cradle to grave. He has driven organization-wide process improvement with results of greater productivity, higher quality, and improved customer satisfaction. He has built multi-national agile teams that value self-direction and self-organization. When not speaking or coding, you are likely to find Ian indulging his passions in parsers, meta-programming, and domain-specific languages.


이 기사 공유
다음 주제

여러분께 도움을 드릴 자료를 추천합니다.

이러한 리소스에 책갈피를 지정하여 DevOps 팀의 유형에 대해 알아보거나 Atlassian에서 DevOps에 대한 지속적인 업데이트를 확인하세요.

DevOps 일러스트레이션

DevOps 커뮤니티

DevOps 일러스트레이션

시뮬레이션 워크숍

맵 일러스트레이션

무료로 사용해보기

DevOps 뉴스레터 신청

Thank you for signing up