CI/CD 장점은?
소프트웨어를 출시하기까지는 힘든 과정과 오랜 시간이 필요할 수 있습니다. 버그가 발견될 위험을 안고 몇 주의 시간을 들여 수작업으로 통합과 구성 및 테스트 작업을 수행한다면 늘 출발점으로 되돌아가야 할 수도 있다는 두려움을 갖게 됩니다. 코드 릴리스를 위해서는 오랜 준비 과정이 필요하기 때문에 새로운 릴리스를 내놓기까지 적어도 몇 달은 걸리게 됩니다. 이제 다른 방법이 있습니다.
통합, 전달 및 배포 도구(CI/CD)의 도움을 받아 많은 조직들이 이미 품질 저하 없이 릴리스 간격을 단축하고 있습니다. CI/CD를 사용하면 반복적 빌드, 테스트 및 배포 작업을 처리하고, 문제가 있을 때 경고를 해주는 자동화된 파이프라인을 통해 코드 변경을 원활하게 진행할 수 있습니다.
지속적 통합과 제공의 이점에 대해 알아볼 가치가 있는지 궁금하거나 이해 관계자를 설득하는 데 도움이 필요하다면 CI/CD 파이프라인이 조직에 어떤 영향을 미칠 수 있는지 계속 읽어보세요.
시장 출시 기간 단축
CI/CD 파이프라인의 기본적 목표는 효과적인 소프트웨어를 사용자에게 빠르게 자주 제공하는 것입니다.
기술 대기업이 Agile 및 DevOps 기술을 채택하여 개발 프로세스에 혁신을 이루고 사용자에게 지속적인 개선을 제공하면서 업계를 선도하고 있지만 그 뒤를 따르는 소규모 조직에게는 경쟁 환경이 더욱 치열해지고 있습니다.
경쟁의 속도가 빠르다면 사용자의 요구를 이해하고 혁신적인 기능을 제시하며 이를 강력한 코드로 전환하는 것만으로는 충분하지 않습니다. 자동화된 CI/CD 프로세스를 사용하면 매주, 매일, 심지어 매시간 변경 사항을 전달할 수 있습니다.
배포 전략을 통해 피드백을 수렴하고 새롭게 시도한 다음 이를 다음 업데이트에 통합할 수 있으므로 새로운 기능 출시가 더욱 빨라집니다. 변경 작업을 확신을 가지고 신속하고 처리할 수 있다는 것은 새로운 트렌드에 대응하고 문제가 발생할 때 이를 해결할 수 있음을 의미합니다.
위험 감소
단순히 출시 기간이 짧다고 해서 경쟁을 따라 잡는 데 도움이 되는 것은 아닙니다. 빠른 릴리스는 제품 관리자와 마케팅 전문가가 개발 프로세스에 보다 긴밀하게 참여할 수 있는 기회를 제공합니다.
사전 프로덕션 환경에 테스터 또는 실제 사용자를 참여시켜 초기에 자주 사용자와 함께 혁신적 기능을 테스트할 수 있으면 실제로 사용자의 문제를 해결해주지 못하는 기능에 몇 달 혹은 몇 년씩 노력을 투입하기 전에 접근 방식의 유효성을 검증할 수 있습니다.
검토 시간 단축
통합 도구를 이용하는 개발자는 자연스럽게 더 자주 코드를 변경하고 싶은 마음이 생기게 되는데, 경험적으로 최소 하루에 한 번은 코드를 변경합니다. 나머지 팀원들과 코드를 정기적으로 공유하면 모든 작업자가 동일한 기반 위에서 작업할 수 있을 뿐만 아니라 코드 검토 속도가 빨라지고 변경 사항을 더 쉽게 통합할 수 있습니다.
매번 변경하는 부분이 적다는 것은 코드 검토자 입장에서 부담을 더는 효과가 있습니다. 커밋 단위가 작아지면 커밋 메시지가 더 구체적이 되기 때문에 논리가 어떻게 진행되는지 파악하기가 더 쉽습니다. 커밋을 병합하기 전에 변경해야 하는 사항이 있더라도 다시 작성해야 하는 코드와 해결해야 할 충돌이 줄어듭니다.
코드 품질 개선
코드의 동작을 테스트하는 일은 소프트웨어 릴리스 과정에서 필수적인 단계이지만 이 작업을 철저하게 수행하려면 엄청난 시간이 소요될 수 있습니다.
CI/CD 파이프라인의 핵심 기능으로, 빌드할 때마다 실행되는 일련의 자동화 테스트가 있습니다. 자동화된 테스트를 작성하려면 시간과 전문 지식을 투자해야 하지만 충분히 그 결실을 거둘 수 있습니다.
수동 테스트 스크립트를 수행해본 사람이라면 누구나 알겠지만 테스트는 높은 수준의 집중을 요구하는 반복적인 과정입니다. 전문 테스터라 할지라도 설정을 조금씩 바꿔가며 열 번, 스무 번 이상 새로운 환경에서 동일한 과정을 반복하려면 저절로 하품이 나올 지경입니다.
테스트를 자동화하면 테스트를 일관되게 수행할 수 있어 결과의 신뢰성이 높아집니다. 자동화된 테스트는 수동 테스트보다 실행이 더 빠르기 때문에 훨씬 더 자주 테스트하는 것이 가능해집니다.
코드를 정기적으로 철저하게 테스트하면 버그를 더 빨리 발견할 수 있고, 빌드마다 추가되는 기능이 적으므로 해결하기가 더 쉽습니다. 시간이 지나면서 코드 품질이 향상됩니다.
시간을 들여 자동화된 테스트를 한 단계 깔아 놓으면 수동 테스트 실행을 피함으로써 절약한 시간을 종합 테스트 또는 성능 테스트 같은 자동화된 추가 테스트와 탐색적인 수동 테스트에 투입할 수 있습니다.
후자의 경우, 품질 보증 또는 테스트 엔지니어의 창의적인 기술을 사용하여 새로운 고장 모드를 식별하고, 발견한 결과는 테스트 범위를 확장하는 데 사용할 수 있습니다.
프로덕션 환경으로 원활한 전환
모두가 알다시피 연습은 완벽을 만듭니다. 농구공을 바스켓에 넣거나 음계를 습득하는 일은 소프트웨어 릴리스에도 적용됩니다. CI/CD 채택은 점진적으로 이루어지는데, 처음에는 CI 방식을 도입하고 시간이 지남에 따라 파이프라인을 구축하는 과정으로 진행됩니다. 변경 사항을 더 자주 배포하기 시작하면 테스트 환경에서 데이터를 새로 고치거나 특정 시스템에 배포하기 전에 매개변수를 재구성해야 하는 등 현재 프로세스에서 속도를 떨어트리는 문제점과 단계를 확인할 수 있습니다.
빌드 자동화, 테스트, 환경 생성 및 배포를 추가하면 각 단계의 일관성과 반복성을 높일 수 있습니다. 과정을 세분화하면 각 단계를 지속적으로 최적화하여 프로세스를 더 효율적으로 만들 수 있습니다. 며칠 동안 여러 팀이 매달리는 중대한 이벤트였던 릴리스가 CI/CD를 통해 익숙하고 예측 가능한 하나의 일과로 성숙해집니다.
더 빠른 버그 수정
자동화된 테스트 덕분에 코드 품질이 개선되더라도 때로 버그가 프로덕션 단계까지 발견되지 않고 남이 있을 수 있습니다. 변경 사항을 정기적으로 커밋하고 자주 제공하면 프로덕션으로 전환하는 릴리스 사이에 코드 변경이 상대적으로 적기 때문에 문제의 원인을 찾기가 훨씬 쉽습니다. 커밋이 세분화되어 있으므로 변경을 취소하기로 결정하더라도 여기에서 유용한 부분까지 함께 제외될 가능성이 줄어듭니다.
프로덕션에 대한 수정이 시급한 경우 프로덕션에 새로운 문제를 초래할 위험에도 불구하고 시간을 절약하기 위해 수동 테스트를 생략하고 싶을 수 있습니다. CI/CD 파이프라인을 사용하면 자동화된 테스트 실행이 더 이상 큰 부담이 아니므로 품질을 타협하려는 유혹이 줄어듭니다.
효율적인 인프라
자동화는 CI/CD 파이프라인의 핵심 부분으로, 릴리스 프로세스를 반복 가능하고 안정적으로 만드는 역할을 합니다. 지속적 통합을 구현하는 초기 단계에서는 빌드 프로세스 자동화와 자동화된 테스트의 작성 및 실행에 중점을 두게 될 것입니다. 견고한 CI 기반을 구축한 후에는 다음 단계로, 테스트 및 스테이징 환경에 빌드 배포를 자동화합니다.
Infrastructure-as-code 접근 방식을 취하려면 이러한 환경의 생성을 자동화해야 합니다. 개별 서버를 수동으로 관리하는 대신 해당 구성이 버전 관리에서 스크립트로 작성되고 저장되므로 부주의한 변경 및 불일치의 위험 없이 새로운 환경을 신속하게 온라인으로 가져올 수 있습니다.
그러면 지속적 배포 단계가 더 빠르고 강력해질 뿐만 아니라 개발 작업에 대한 중단을 최소화하면서 추가적인 미리보기 및 교육 환경에 대한 요청에 신속하게 대응할 수 있습니다.
진행 상황에 대한 평가 가능
자동화된 CI/CD를 지원하는 데 사용되는 많은 도구는 프로세스를 평가하는 목적으로도 사용할 수 있으므로 빌드 시간부터 테스트 커버리지, 결함률, 테스트 수정 시간에 이르는 전체 평가 지표가 제공됩니다. 이러한 데이터를 확보하면 주의가 필요한 부분을 확인하여 파이프라인을 지속적으로 개선할 수 있습니다. 빌드 속도가 느리면 역량을 늘려야 함을 나타낼 수 있고, 평균 수정 시간이 증가하면 프로세스 또는 문화적 문제가 있을 가능성을 시사할 수 있습니다.
반대로, 평가 지표는 축하해야 할 이유도 제공할 수 있고, 또 그래야 합니다. 코드 테스트 커버리지를 지속적으로 확장하거나, 결함률을 줄이거나, 릴리스 빈도를 늘리는 것들은 모두 작업이 훌륭하게 진행되고 있음을 나타내는 신호이므로 팀 전체의 자랑거리로 삼아야 합니다. CI/CD 워크플로가 조직의 목표를 얼마나 잘 뒷받침하고 있는지 측정할 수 있다는 점도 장점으로 꼽을 수 있습니다.
더 긴밀한 피드백 루프
신속한 피드백은 DevOps 접근 방식의 핵심 부분으로, 파이프라인 전체에서 활용 가치가 있습니다. 자동화된 빌드와 테스트 단계가 그 출발점으로, 이 과정에서 즉각적인 문제를 파악하여 작업 시작부터 결과 확인까지 시간이 길 때보다 작업을 더 효율적이고 효과적으로 진행할 수 있습니다.
마찬가지로, 보다 자주 업데이트를 제공하면 몇 달에 한 번 대규모 릴리스를 내놓으면서 일괄 변경을 수행하는 것보다 빌드 내용에 대한 피드백을 훨씬 더 즉각적으로 받을 수 있습니다. 피드백을 수집하고, 사용자 행동을 관찰하고, 핵심 성과 지표를 추적하여 효과가 있는 부분을 확인하고 수정 및 개선할 사항의 우선순위를 정할 수 있습니다.
또한 릴리스를 자주 내놓으면 대체 디자인이나 동작을 시험해볼 수 있는 기회도 생깁니다. 예컨대, A/B 테스트를 통해 나란히 놓고 비교하거나 새로운 버전을 배포하고 시간 경과에 따라 결과를 비교할 수 있을 것입니다.
지속적 배포 주기마다 통찰력을 적용하면 변경을 수행하는 즉시 그 효과를 확인할 수 있습니다. 따라서, 코딩과 릴리스 사이에 시간이 길어 정황을 처음부터 다시 파악해야 할 필요 없이 지속적으로 반복하고 조정하는 작업을 이어나갈 수 있습니다.
협업 및 커뮤니케이션
DevOps는 새로운 프로세스와 도구로 훌륭한 만큼 협업 문화를 구축하는 데도 보탬을 됩니다. CI/CD를 시작하려면 팀 사이의 장벽을 허물고 더 많은 의사 소통의 분위기를 마련해야 합니다.
사용자의 요구를 충족하는 제품을 제공하고 그 목표를 달성하는 데 관련된 모든 단계를 이해한다는 중요한 목표를 중심으로 체계를 세우면 팀이 그저 할 일을 하는 데 그치지 않고 달성해야 하는 목표에 집중할 수 있게 됩니다.
개발과 운영 사이의 사일로를 허무는 것이 선순환의 시작입니다. CI/CD 파이프라인은 보안 전문가부터 마케팅 팀에 이르기까지 많은 직무자와 전문가가 제품 빌드에 참여하여 소프트웨어 개발 프로세스의 가시성을 높이고 서로 더 많이 협력할 수 있는 기회를 줍니다.
빌드를 관리하는 데 도움이 되는 많은 CI/CD 도구들은 비 개발자에게도 마찬가지로 도움을 주는데, 어떤 과정들이 진행될 예정인지 확인하는 동시에 스테이징 환경에 액세스하여 빌드 중인 작업에 참여하고 관련된 피드백을 제공할 수 있게 해줍니다. 릴리스되는 내용, 사용 현황을 보여주는 측정 지표 및 실험 결과에 대한 세부 정보를 공유하면 의사 소통을 확대하여 혁신을 더욱 촉진하는 기회의 문이 열립니다.
창의력 극대화
지금까지 살펴본 것처럼 CI/CD 파이프라인을 구축하면 낭비가 제거되고 군더더기 없는 효율적인 소프트웨어 개발과 릴리스 프로세스를 마련하는 데 도움이 됩니다.
컴퓨터를 사용하여 반복적인 작업을 수행함으로써 프로세스를 자동화하면 보다 창의적인 작업에 열중할 수 있습니다. 수동 테스트 스크립트를 따르거나 환경을 새로 고치거나 업데이트를 배포하는 일 대신 문제를 해결하고 솔루션을 시험하는 데 집중할 수 있습니다.
더 창의적이 되고 자신이 하는 일에 가치를 더 할 수 있는 재량을 갖게 되면 직무 만족도가 향상되어 직원들이 회사를 위해 더 기여해야겠다는 자극을 받게 되고 더 많은 인재를 유치하며 직원을 오래 유지할 수 있습니다. 그러면 조직, 제품, 사용자, 그리고 궁극적으로 수익 측면에서 결실이 돌아옵니다.
결론
자동화된 CI/CD 파이프라인의 이점은 코드 품질 및 신속한 버그 수정과 같은 실질적인 고려 사항부터 사용자에게 적합한 내용을 구축하고 전체 소프트웨어 개발 프로세스를 개선하는 것까지 다양합니다.
DevOps라는 이름 때문에 개발자와 운영 팀에 초점을 맞추고 있는 것으로 느껴질 수도 있지만 CI/CD 프로세스를 구축하면 전체 직무 팀에 걸쳐 협업 기회가 제공됩니다. 제품 릴리스 단계를 간소화하면 제품이 어떻게 사용될 것인지에 대한 개념을 팀에게 보다 정확하게 알려주고 개별 팀원이 보다 자유롭게 혁신 창출에 집중할 수 있습니다.