지속적인 배포 모델을 고수하는 기술은 기능을 작은 릴리스 주기에 맞는 매우 얇은 수직 조각으로 분해하는 것입니다.
Amazon, Facebook 및 Google과 같은 온라인 거대 기업은 지속적인 개발 및 배포 모델을 채택했습니다. 이러한 회사는 지속적으로 제품을 개선함으로써 주로 온라인 웹사이트를 비롯한 제품을 지속적으로 개선할 수 있습니다. Facebook은 1억 명이 넘는 사람들이 사용하는 웹사이트를 하루에 두 번 업데이트할 수 있습니다.
조기에 출시되는 이 세계는 종종 릴리스 날짜를 계획하고 설정하는 측면에서 다년간의 흐름을 고수하는 기존 엔터프라이즈 소프트웨어와 낯설습니다. Qumulo에서 우리는 이것을 기회로 보았습니다. 우리는 엔터프라이즈급 소프트웨어를 제공하고 온라인 회사의 속도로 제공하고 싶었습니다.
이를 통해 우리는 신뢰할 수 있는 엔터프라이즈급 파일 시스템 XNUMX주마다 출시됩니다. 그렇게 한 이유는 분명했습니다. 새로운 기능의 형태로 고객에게 지속적으로 가치를 제공하고 싶었습니다. 또한 몇 년이 아닌 몇 주 만에 대응할 수 있는 고객 및 시장 요구 사항에 빠르게 적응하고 싶었습니다. 마지막으로 이 지속적인 배포 모델은 우리 제품의 출시 시간을 매우 빠르게 제공했습니다.
소프트웨어를 자주 릴리스하는 것 자체는 고객이 사용하고 배포하지 않는 한 거의 가치가 없습니다. 온라인 회사는 하드웨어와 소프트웨어 모두에서 인프라를 업그레이드하는 방법과 시기를 완벽하게 제어할 수 있습니다. 대부분의 소프트웨어 회사에는 그런 사치가 없습니다. 당신이 우리와 같다면 고객이 인프라를 업데이트하는 데 의존합니다. 최신 소프트웨어. 따라서 우리가 추적하는 주요 지표 중 하나는 고객이 사용하는 소프트웨어 릴리스의 최신성을 측정하는 차량 수명입니다.
지난 80년 동안 고객의 XNUMX%가 한 달 정도 된 빌드를 실행하는 것을 보았습니다. 특히 현장에 배포되는 엔터프라이즈 소프트웨어의 경우 지속적 배포 모델을 고수하는 것은 말처럼 쉽지 않습니다. 우리는 이 모델에서 많은 교훈을 얻었으며 아래에 요약되어 있습니다.
테스트가 핵심
소프트웨어를 지속적으로 출시할 수 있는 능력은 품질에 좌우된다는 것은 말할 나위도 없습니다. 우리의 제품은 미션 크리티컬 애플리케이션 오류의 여지가 없습니다. 따라서 우리는 제품의 모든 수준에서 자주 테스트합니다.
모든 새 코드는 품질을 검증하기 위해 수천 개의 저수준 테스트로 구성된 "스니프 테스트"를 먼저 받습니다. 단일 테스트가 실패하면 새 코드가 거부됩니다. 코드가 승인되고 개정 제어 시스템에 도입되면 빌드 시스템에서 지속적으로 배포되고 검증됩니다. 다시 말하지만, 이 단계의 모든 오류는 즉시 분류하고 수정할 수 있습니다.
이 연속 빌드 시스템 모델은 다음과 결합됩니다. 모든 수준에서 테스트 제품 — 언제든지 해당 버전의 소프트웨어를 배송할 수 있습니다. 릴리스 후보를 출시할 수 있도록 하기 위해 시간과 에너지를 들일 필요가 없습니다. 모든 빌드는 기본적으로 배송 가능합니다. 우리는 또한 우리 제품의 "개식"의 열렬한 팬입니다. Qumulo는 Qumulo의 1번 고객입니다. 우리는 Qumulo에서 모든 인프라를 실행하고 고객보다 먼저 최신 빌드로 업그레이드합니다.
고객에게 XNUMX주마다 인프라를 업그레이드하도록 요청하는 경우 프로세스가 수월하고 오류가 없는 것이 좋습니다. 업그레이드 프로세스는 매우 간단하며 완료하는 데 XNUMX~XNUMX분 정도 걸립니다.
점진적으로 생각하기
대부분의 기능이 XNUMX주의 릴리스 주기에 맞지 않을 것이라고 가정하는 것이 좋습니다. 이것은 특히 사실입니다. 복잡한 엔터프라이즈 기능, 완료하는 데 몇 달이 소요됩니다. 지속적인 배포 모델을 고수하는 기술은 기능을 작은 릴리스 주기에 맞는 매우 얇은 수직 조각으로 분해하는 것입니다. 기능을 얇은 수직 조각으로 분해하면 기능이 완전하지 않더라도 일찍 출하하고 자주 출하할 수 있습니다. 얇은 수직 슬라이스를 만드는 이 모델은 고객이 매우 초기 단계에서 제품의 기능을 사용하고 상호 작용하는 데 도움이 되어 귀중한 피드백을 제공하는 데 도움이 됩니다. 또한 출시 시간을 단축해야 합니다. 기능이 "완전"하다고 생각할 때보다 훨씬 더 일찍 기능을 사용하는 고객의 수에 놀랄 것입니다.
계획을 초과하지 마십시오
이 모델의 주요 이점 중 하나는 고객 및 시장 요구에 대한 적응성입니다. 우리는 몇 년이 아닌 몇 개월 만에 이러한 요구 사항에 응답할 수 있습니다. 그러나 그렇게 하려면 계획 프로세스에 적응할 수 있어야 합니다. 따라서 XNUMX개월 이상의 기간 동안 어떤 기능을 구축할 것인지에 대해 많은 계획을 세우지 않는 것이 중요합니다. 또한 계획을 지속적으로 재검토하여 배포할 가장 중요한 기능을 작업하고 있는지 확인하십시오. 고객이 원하는 것.
이 문서는 Forbes에 처음 등장한 Forbes Technology Council 시리즈의 일부로.
자세히 알아보기
Qumulo 소프트웨어 사용 지침
성공적인 클라우드 마이그레이션을위한 5 단계
Mom-and-Pop에서 전 세계에 이르기까지: 4배 향상된 스토리지 제공
단순함의 기술 – 단순화된 파일 데이터 솔루션으로 고객 성공 촉진
문의하기
시승하기. 새로운 대화형 Hands-On Lab에서 Qumulo를 데모하거나 무료 평가판을 요청하십시오.
Qumulo 블로그 구독 고객 사례, 기술 통찰력, 업계 동향 및 제품 뉴스를 제공합니다.
