DevOps는 소프트웨어 딜리버리의 품질과 속도를 개선하기 위해 기술 운영 및 소프트웨어 개발 팀들 간의 통합, 협업, 커뮤니케이션, 자동화를 촉진하는 문화 철학과 기술 관행, 도구의 조합입니다.
DevOps의 공통 목표는 보다 빠르고 성공적인 애플리케이션 생산 전개를 위해 비즈니스에서 요구하는 것보다 빠르게 또한 자주 마찰, 위험 및 기타 제한 조건을 제거하는 것입니다.
오늘날 DevOps 방법을 구현하는 대부분의 기업은 개발 팀과 운영 팀을 보유하고 있습니다. DevOps는 비즈니스를 향상시키고 최종 사용자 경험을 강화하기 위해 이 두 팀을 이어주는 프로세스와 개인으로 생각할 수 있습니다. 다양한 도구와 플랫폼이 DevOps 운영을 용이하게 하지만 DevOps를 정의하지는 않습니다.
DevOps는 애자일 소프트웨어 개발 관행과 전파로 인해 등장했습니다. 애자일 방법론이 개발 기간을 단축하고 처리 속도를 높이면서, 이 새로운 현실에 적응할 수 있도록 프로젝트 팀의 구조를 바꿔야 할 필요성이 대두되었습니다. 애자일 문화가 뿌리를 내리면서, 각자 고유한 업무 방식을 고수하는 소프트웨어 개발 팀과 IT 운영 팀을 유지하는 것이 비효율적이고 생산성에도 악영향을 미친다는 점이 분명해졌습니다.
DevOps 관행은 배포 파이프라인을 자동화하고 보다 빠르게 피드백을 생성하여 효율성과 예측 가능성, 유지 관리 가능성 및 보안을 개선합니다. 또한 개발자들이 생산 환경에서 인프라에 대한 깊이 있는 통찰력을 얻고 애플리케이션 라이프사이클 관리에 더 적극적으로 관여할 수 있도록 지원합니다.
다른 업무 문화와 마찬가지로 DevOps는 조직마다 다른 방식으로 채택되고 적용됩니다. 다만 일정 부분은 거의 모든 DevOps 구현에서 공통적입니다. 그렇다면 DevOps의 주요 특징은 무엇일까요?
운영 및 개발 팀은 상호 관여가 필요할 때 방어적 또는 전투적 자세를 보이는 대신 협력을 위해 노력합니다. 이러한 팀들 간의 충돌과 경쟁 의식은 DevOps 생성의 주요 촉매제 중 하나입니다.
DevOps는 애자일 개발 프로젝트의 빠른 딜리버리를 촉진하는 데 초점을 맞춥니다. 따라서 자동화에 대한 의존도가 매우 높습니다. 즉, 애플리케이션 개발과 배포 사이클을 자동화하는 다양한 도구에 의존하게 됩니다.
지속적 통합은 프로젝트에 참여하는 모든 개발자의 소프트웨어 코드를 공유된 위치에 지속적으로 병합하는 기법입니다. 이를 통해 각 개발자가 작업 중인 프로젝트 복사본이 거의 동일하게 유지될 수 있습니다. DevOps 문화는 개발자들이 자신의 작업을 하루에 한 번 이상 공유 공간에 통합하도록 함으로써 프로젝트 후반부에 혼란을 일으키는 병합 충돌이 일어날 가능성을 줄여 줍니다.
소프트웨어 결함은 막대한 비용을 초래합니다. 기존 사용자 경험을 망치거나 새로운 리스크를 유발하는 애플리케이션 릴리스는 생산성 저하를 유발합니다. 연속 테스트를 통해 소프트웨어 품질과 빠른 배포 간 적절한 균형 유지가 가능합니다.
DevOps에서는 한 사람 혹은 한 부서만 소프트웨어 테스트를 책임지지 않습니다. 소프트웨어 테스트는 모든 사람의 책임입니다. 개발자는 테스트 데이터와 관련해 활용될 수 있는 고품질 코드를 만듭니다. 이후 품질 보증 및 운영 팀이 테스트 사례와 테스트 환경을 구성합니다.
개발 단계에서 적용될 새로운 변경에 적응할 수 있도록 테스트가 빠르게 실행되어야 하므로, 테스트 프로세스는 최대한 자동화되어야 합니다.
지속적 업데이트란 실제 환경으로의 릴리스를 위해 애플리케이션 코드 변경이 자등으로 준비된다는 것을 의미합니다. 모든 코드 변경 사항은 궁극적으로 생산 단계에 적용되기 전에 테스트 환경에 배포됩니다.
DevOps 팀은 항상 표준화 및 자동화된 테스트 프로세스를 통해 성공적으로 배포 준비를 마친 릴리스를 보유합니다. 릴리스 빈도는 목표, 우선순위, 긴급성에 따라 달라집니다. 하루에 여러 번 릴리스될 수도 있고, 한 달 또는 한 분기에 한 번 릴리스될 수도 있습니다.
릴리스의 속도와 횟수가 결정된 후, 변화하는 고객 요구에 보다 빠르고 매끄럽게 대응할 수 있도록 지속적인 모니터링을 제공하는 솔루션을 마련하는 것이 필수적입니다.
DevOps 팀은 지속적인 모니터링을 통해 소프트웨어 성능을 추적하고 안정성을 개선할 수 있습니다. 문제점을 빠르게 식별하고 근본 원인을 미연에 조사하여 운영과 가동 중단을 방지합니다.
모니터링은 릴리스 개발 중에 시작됩니다. 실제 환경에 적용되는 동일한 모니터링 도구를 개발 단계에서 활용해서 생산이 시작되기 전에 문제점을 파악할 수 있습니다.
DevOps를 채택하는 조직은 모든 IT 자원을 전통적인 데이터 센터에 저장하거나 모든 자원을 외부 클라우드에 보관하거나 하이브리드 환경에서 자원을 분산시킬 수 있습니다.
DevOps 이동은 전통적인 IT 소프트웨어, 하드웨어 또는 관리 벤더가 정의하거나 지휘하지 않습니다. 또한 DevOps에 대한 체계적인 규칙이나 매뉴얼은 없으며 일반적으로 허용되는 가이드라인만 존재합니다. 그러나 DevOps의 채택과 구현은 조직에 따라 큰 차이가 있습니다.
DevOps에 대한 정보는 주로 IT 실무자들로 구성된 열정적인 기초 커뮤니티를 통해 다양한 IT 원칙으로 전파됩니다. 대부분의 DevOps 커뮤니티 구성원들은 다양한 조직에서 실제 업무를 수행하고 있으며 수많은 온라인 및 직접 포럼과 모임을 통해 자신이 습득한 정보를 공유합니다. 조직 내 실무자의 수와 숙련도에 따라 DevOps 구현에 따른 다음과 같은 큰 이점을 얻을 수 있습니다.
Micro Focus는 하이브리드 IT에서 DevOps 관행을 확대해 메인프레임부터 모바일까지 지속적 업데이트 파이프라인을 자동화 및 오케스트레이션하고 유용한 통찰력을 제공해 고품질 소프트웨어와 서비스를 보다 빠르고 안전하게 딜리버리할 수 있습니다.
Micro Focus는 고객들이 전통적인 환경과 하이브리드 IT 환경에서 DevOps 관행을 확대할 수 있도록 도와드립니다. 엔터프라이즈 DevOps는 모든 단계에서 기본 제공되는 품질과 보안을 통해 현재의 IT 환경을 변혁하고 확대해 혁신을 제공할 수 있습니다.
Micro Focus의 접근법은 엔터프라이즈 DevOps 여정에서 어느 위치에 있는지를 이해하는 것부터 시작됩니다. 이후 Micro Focus가 DevOps 관행의 확장과 관련한 지침을 제공하며 메인프레임부터 모바일까지 툴체인을 통합할 수 있도록 도와드립니다. Micro Focus는 크게 생각하고 작게 시작하는 것이 반드시 필요하다고 생각합니다. 총체적으로 시스템을 살펴보고, 어떤 지점에 제약 조건이 있는지 이해하고, 그러한 제약 조건을 하나씩 제거해 나가십시오. Micro Focus는 그 어떤 방법론, 기술, 딜리버리 모델에도 적합한 종합적인 통합 Application Lifecycle Management 솔루션을 제공하는 유일한 벤더입니다.
