아티클
튜토리얼
대화형 가이드
DevOps 도구 체인에 대한 고려 사항
올인원 또는 사용자 지정 가능한 DevOps 도구 체인을 선택해야 합니까?
Robert Krohn
DevOps 엔지니어링 책임자
편집 기고자: Chandler Harris
DevOps 도구 체인은 소프트웨어 및 시스템을 설계, 구축, 테스트, 관리, 측정 및 운영하기 위해 통합된 단위로 작동하는 다양한 벤더의 도구 모음입니다. 개발 및 운영 팀이 전체 제품 수명 주기에서 협업할 수 있도록 지원하며 지속적 통합, 지속적 배포, 자동화 및 협업을 비롯한 DevOps의 주요하고 기본적인 요구 사항을 해결합니다.
애자일에서 DevOps까지
애자일 원칙이 널리 채택되면서, 제품 제작 방식의 혁신을 가져왔습니다. Atlassian에서는 소규모의 교차 기능 팀과 1~2주의 스프린트를 통해 프로덕션 환경에 적합한 아티팩트를 생산할 수 있었습니다. 타이트한 피드백 주기와 지속적인 개선을 달성했습니다. 더 적은 이슈를 해결하면서 더 빠르게 제품을 제공했습니다.
변화의 속도는 놀랍습니다. 이제 클라우드, SaaS 및 상시 가동 서비스로 인해 개발 수명 주기는 훨씬 빨라졌습니다. 여러 개발 및 테스트 단계가 동시에 진행되는 것이 일반적입니다. 애자일은 일반적으로 1~2주의 스프린트가 있었지만, 오늘날 클라우드 네이티브 환경의 팀은 하루에도 여러 번 반복 및 배포합니다. 워크플로와 코드베이스는 끊임없이 진화하고 있습니다. 팀은 기능 플래그, 점진적인 롤아웃 및 A/B 테스트를 사용하여 깔끔하고 품질이 우수한 코드를 지속적으로 배포합니다.
이것은 애자일에서 DevOps로의 진화를 유발했습니다. DevOps는 소프트웨어 개발 팀과 IT 팀이 더 빠르고 안정적으로 소프트웨어를 빌드, 테스트 및 릴리스할 수 있도록 두 팀 간의 프로세스를 자동화 및 통합하는 일련의 관행입니다. DevOps 팀은 코드를 프로덕션으로 푸시하는 속도를 기준으로 측정됩니다. 매일 출시되는 반복의 횟수와 코드 변경이 테스트에서 배포 및 프로덕션으로 이동하는 데 걸리는 시간에 따라 정의됩니다. 저의 팀의 일반적인 프로젝트에는 하루에 최대 20개의 변경 사항이 발생합니다. 일부 대규모 프로젝트에서는 하루에 최대 100개의 변경 사항을 발생할 수 있습니다.
이 가속화된 워크플로는 팀이 개발, 테스트 및 배포 전반에서 협업하도록 해주는 새로운 도구를 통해 활성화되고 이 도구에 의존합니다. 특히 DevOps 도구 체인을 사용하면 개발 수명 주기의 각 단계를 매우 빠르게 처리할 수 있습니다.
DevOps 도구 체인이란 무엇입니까?
DevOps 도구 체인에는 개발 및 운영 팀이 전체 소프트웨어 수명 주기 동안 협업할 수 있도록 지원하는 도구와 기술이 포함되어 있습니다. 도구 체인은 지속적 통합, 지속적 제공, 자동화 및 공동 작업을 비롯한 DevOps의 기본적이고 핵심적인 요구 사항을 지원합니다.
DevOps는 개발 및 운영 팀이 통합된 단위로서 작동하는 문화적 변화이기 때문에, DevOps 원칙과 방식을 지원하는 하나의 도구는 없습니다. 대신 DevOps 도구 체인은 소프트웨어 및 시스템을 설계, 구축, 테스트, 관리, 측정 및 운영하기 위해 통합된 단위로 작동하는 다양한 벤더의 도구 모음입니다. 조직과 팀은 적절한 도구 체인을 찾기 위해 다양한 도구의 조합을 실험해야 하는 경우가 많습니다.
정교한 DevOps 제품을 살펴보면, DevOps 도구 체인이 매우 빠르게 개발 수명 주기의 다양한 부문에서 발생하는 문제를 해결하고 각기 다른 사용자를 위해 여러 관점을 제공해야 함을 알 수 있습니다. 도구 체인은 지속적 통합 및 제공, 테스트 자동화 및 고속 배포를 포함하는 개발 수명 주기의 각 단계를 지원할 수 있는 개발 도구를 포함해야 합니다. DevOps 운영 측면에서 도구에는 모니터링 및 인시던트 관리에 도움이 되는 기능이 포함되어야 합니다. 또한 도구는 지속적인 피드백과 로깅을 제공하여 개발 및 운영 팀을 연결해야 합니다.
관련 자료
무료로 사용해보기
관련 자료
통합 살펴보기
무한 루프의 왼쪽을 제품 측면으로, 오른쪽을 운영 측면으로 생각해 보면 새 기능을 프로덕션에 푸시하는 제품 관리자는 프로젝트가 작업과 사용자 스토리로 분할되는 방식을 확인하는 데 관심이 있습니다. 프로젝트의 왼쪽에 있는 개발자는 프로젝트 티켓, 사용자 스토리 및 종속성을 포함하여 기능을 프로덕션 환경으로 이동시키는 방법을 알아봐야 합니다. 개발자가 “직접 구축하고 직접 운영”이라는 DevOps 원칙을 준수하는 경우 인시던트 수정에도 관심을 갖게 됩니다.
수명 주기의 운영 측면을 살펴보면, 사이트 신뢰성 엔지니어는 문제가 있는 경우 이를 해결할 수 있도록 측정 및 모니터링할 수 있는 서비스를 이해해야 합니다. 이러한 모든 프로세스를 하나로 묶는 도구 체인이 없다면 어지럽고 상관 관계가 없으며 혼란스러운 환경을 갖게 됩니다. 잘 통합된 도구 체인이 있다면 현재 상황에 대한 더 나은 컨텍스트를 얻을 수 있습니다.
DevOps 도구 체인 구축을 위한 옵션
올바른 DevOps 도구 체인을 결정할 때는 먼저 기본적인 DevOps 모범 사례와 도구가 이러한 사례를 어떻게 지원하는지 이해하는 것이 중요합니다. 그런 다음 팀이 개발, 테스트 및 배포 전반에서 협업할 수 있는 공동의 도구 전략을 수립하세요.
조직이 DevOps를 도입할 때 일반적으로 “올인원” DevOps 도구 체인 또는 사용자 지정된 DevOps 도구 체인이라는 두 가지 선택에 직면하게 됩니다. 올바른 구성을 선택하는 것은 팀의 DevOps 프로세스를 형성하기 때문에 중요합니다.
올인원 DevOps 도구 체인
올인원 DevOps 솔루션은 다른 타사 도구와 통합되지 않을 수도 있는 완벽한 솔루션을 제공합니다. DevOps 여정을 막 시작한 회사 또는 그룹이나 팀이 프로젝트를 빠르게 시작하려는 경우에 유용할 수 있습니다. 이러한 유형의 도구 체인의 단점은 대부분의 구성된 팀은 이미 사용하고 선호하는 도구 집합을 가지고 있으며, 완전한 솔루션과 통합되지 않을 수 있다는 것입니다. 또한 이러한 포괄적인 도구 체인은 “다방면이지만 전문적이지는 않은” 현상으로 인해 어려움을 겪을 수 있습니다. 한 도구가 빠르게 변화하는 시장에 맞춰 진화할 수 없습니다. 마지막으로, 기업이 레거시 툴을 DevOps 도구 체인에 통합해야 하는 경우가 많으며, 올인원 도구 체인이 이를 제한할 수 있습니다.
사용자 지정 가능한 DevOps 도구 체인
다른 접근 방식은 다양한 도구를 사용하여 팀의 요구에 맞게 사용자 지정할 수 있는 DevOps 도구 체인을 사용하는 것입니다. 이를 통해 팀은 이미 잘 알고 있고 선호하는 기존 도구를 더 광범위한 DevOps 도구 체인으로 가져올 수 있습니다. 예를 들어 팀은 계획 및 워크플로 추적에 Jira, 개별 개발 환경을 프로비저닝하는 데 Kubernetes, 협업 코딩을 위해 Github, 지속적 통합을 위해 Jenkins 등을 사용할 수 있습니다. 조직은 팀 및/또는 프로젝트별로 워크플로를 사용자 지정할 수 있습니다.
통합은 이러한 유형의 도구 체인에 필수적입니다. 서로 다른 도구가 통합되지 않으면 팀 구성원이 화면 간 전환하고 여러 위치에 로그인하는 데 불필요한 시간을 소비하게 되고 도구 간 정보를 공유하는 것도 까다로울 수 있습니다. 이것은 개발자를 비롯해 상황을 파악하려는 모두에게 좋은 경험은 아닙니다. 인시던트에 대응하고 있다면, 매뉴얼을 살펴보고 새로운 도 대한 핵심 정보를 찾아볼 시간이 부족합니다.
결론...
DevOps의 핵심은 부서 간에서든 한 팀 내에서든 사일로를 허물고 개발 수명 주기를 더 빠르고 고도로 자동화하며 원활하게 협업할 수 있도록 하는 것입니다. 함께 작동하는 올바른 DevOps 도구를 선택하는 데 가장 중요한 것은 현재 소프트웨어 개발 및 IT 운영 프로세스를 자세히 살펴보고 개선해야 할 부분을 결정하는 것입니다.
DevOps 수명 주기의 각 단계에 맞는 도구에 대해 자세히 알아보세요.
이 문서 공유
다음 토픽
여러분께 도움을 드릴 자료를 추천합니다.
이러한 리소스에 책갈피를 지정하여 DevOps 팀의 유형에 대해 알아보거나 Atlassian에서 DevOps에 대한 지속적인 업데이트를 확인하세요.
DevOps 커뮤니티
DevOps 학습 경로
