지금 알아야 할 CI/CD 트렌드 5가지

Technical Writer

2024년 7월 31일 · 약 24분

이 글은 2024년 현재 알아야 할 CI/CD 트렌드 5가지를 정리했습니다. CI/CD는 DevOps의 핵심 프로세스이죠. 오늘날 시장 상황과 고객 피드백을 빠르게 반영해 제품을 혁신하고, 비즈니스 경쟁력을 높이려면 개발 속도가 중요한데요. CI/CD는 이러한 개발 속도를 가속화하며, 소프트웨어 개발 프로세스를 향상하는 데 주효한 역할을 합니다.

글로벌 IT 기업과 업계 전문가 등은 2024년 CI/CD 트렌드를 다양하게 제시했는데요. 이 글은 여러 전망 가운데 2~4회 지목된 트렌드 3가지와 영국 개발자 분석 기업 SlashData, 글로벌 오픈 소스 커뮤니티 Continuous Delivery Foundation(CDF)이 발표한 ‘State Of Continuous Integration & Continuous Delivery Report’ 가운데 트렌드 2가지를 골라 총 5가지 CI/CD 트렌드를 선정했습니다.

CI/CD 도구 사용 시 개발 생산성 향상, 여러 셀프 호스팅 CI/CD 도구 사용 시 배포 성과 저하, AI와 머신러닝의 CI/CD 통합 강화, GitOps의 CI/CD 영향력 증대, 엣지 컴퓨팅 수용 필요성 증가가 그 내용인데요. 지금부터 각 트렌드의 구체적인 현황과 등장 배경, 전망을 살펴보겠습니다.

1. CI/CD 도구 사용 시 개발 생산성 UP

셀프 호스팅, 관리형 CI/CD 도구 사용 유형별 코드 변경 리드 타임과 배포 빈도, 서비스 복구 시간 비중. 출처=SlashData, CDF

CI/CD 도구(관리형* 또는 셀프 호스팅**)를 사용하는 개발자는 그렇지 않은 개발자와 비교해 코드 변경 리드 타임과 서비스 복구 시간, 배포 빈도에서 높은 성과를 낼 가능성이 더 큽니다. 이 세 가지는 개발자 생산성을 판단하는 DORA 핵심 지표 일부인데요. 여기서 CI/CD 도구를 사용하지 않는 개발자는 이를 사용하는 개발자보다 성과가 낮을 가능성이 더 크죠. 특히 관리형과 셀프 호스팅 CI/CD 도구를 둘 다 사용하는 개발자는 코드 변경 리드 타임과 서비스 복구 시간, 배포 빈도에서 가장 우수한 성과를 보입니다. 올해 4월 SlashData와 CDF가 이러한 조사 결과***를 발표했습니다.

두 기관에 따르면, 코드 변경 리드 타임이 하루 미만인 개발자는 관리형과 셀프 호스팅 CI/CD 도구를 모두 사용하는 개발자(24%)가 가장 많았는데요. 관리형 CI/CD 도구만 사용하는 개발자(22%), 셀프 호스팅 CI/CD 도구만 사용하는 개발자(17%), CI/CD 도구를 사용하지 않는 개발자(13%)는 그 뒤를 이었습니다. 한편, 코드 변경 리드 타임이 한 달 이상인 개발자는 CI/CD 도구를 사용하지 않는 개발자(40%)가 가장 많고, 셀프 호스팅 CI/CD 도구만 사용하는 개발자(33%), 관리형 CI/CD 도구만 사용하는 개발자(30%), 관리형과 셀프 호스팅 CI/CD 도구를 모두 사용하는 개발자(19%) 순이었습니다.

서비스 복구 시간에서도 비슷한 경향이 나타났는데요. 이 시간이 1시간 미만인 개발자는 관리형과 셀프 호스팅 CI/CD 도구를 모두 사용하는 개발자(25%)가 가장 많았고요. 셀프 호스팅 CI/CD 도구만 사용하는 개발자(17%), 관리형 CI/CD 도구만 사용하는 개발자(15%), CI/CD 도구를 사용하지 않는 개발자(11%)는 그 뒤를 이었습니다. 한편, 서비스 복구 시간이 일주일 이상인 개발자는 CI/CD 도구를 사용하지 않는 개발자(32%)가 가장 많고, 셀프 호스팅 CI/CD 도구만 사용하는 개발자(29%), 관리형 CI/CD 도구만 사용하는 개발자(25%), 관리형과 셀프 호스팅 CI/CD 도구를 모두 사용하는 개발자(17%) 순이었죠. SlashData와 CDF는 ‘관리형과 셀프 호스팅 CI/CD 도구를 다 사용하면 관리형 도구의 편의성과 기본 제공 기능, 셀프 호스팅 도구의 맞춤형 기능을 결합해 효율성을 높일 수 있다’고 분석합니다. 이는 CI/CD 관행을 최적화하는 데도 도움이 되죠.

*관리형 CI/CD 도구: Azure Pipelines, AWS CodePipeline

**셀프 호스팅 CI/CD 도구: Jenkins, TeamCity

***이 내용은 2020년 3분기부터 2024년 1분기까지 전 세계 15만명 이상 응답자를 대상으로 실시한 SlashData의 8차례 Developer Nation 설문조사 데이터에 기반함. 위 통계에서 %는 각 CI/CD 구성의 DevOps 실무자 비율(n=6930)

2. 여러 셀프 호스팅 CI/CD 도구 사용 시 성과 저하

셀프 호스팅, 관리형 CI/CD 도구 수에 따른 코드 변경 리드 타임과 배포 빈도, 서비스 복구 시간 성과. 출처=SlashData, CDF

동일한 형태의 여러 CI/CD 도구를 사용하면 배포 성과는 떨어질 수 있습니다. 특히 셀프 호스팅 CI/CD 도구를 여럿 사용할 때 이러한 현상이 두드러지는데요. SlashData와 CDF 조사 결과*, 셀프 호스팅 CI/CD 도구 수가 늘어나면, 코드 변경 리드 타임과 배포 빈도, 서비스 복구 시간이 한 달 이상인 저성과자 비중은 급증합니다. 두 기관은 “개발자가 사용하는 CI/CD 도구 수가 증가할수록 이득이 줄어든다”라고 해석하는데요. 셀프 호스팅 CI/CD 도구를 더 많이 사용하는 것과 코드 변경 리드 타임, 배포 빈도, 서비스 복구 시간 향상에는 관계가 없다고 합니다.

SlashData와 CDF에 따르면, 코드 변경 리드 타임이 한 달 이상인 개발자는 셀프 호스팅 CI/CD 도구를 4개 사용하는 개발자가 가장 많았고요. 배포 빈도와 서비스 복구 시간이 각각 한 달 이상인 개발자는 셀프 호스팅 CI/CD 도구를 5개 이상 쓰는 개발자가 가장 많았습니다. 반면에 코드 변경 리드 타임과 서비스 복구 시간이 각각 하루 미만인 개발자는 관리형 CI/CD 도구를 1개 사용하는 개발자가 가장 많았죠. 동일한 형태의 CI/CD 도구를 더 많이 사용할수록 코드 변경 리드 타임, 배포 빈도, 서비스 복구 시간이 길어 성과가 낮고요. 이러한 도구를 적게 사용하면 코드 변경 리드 타임과 서비스 복구 시간이 짧아 성과가 높다는 걸 알 수 있습니다.

SlashData와 CDF는 셀프 호스팅 CI/CD 도구 수가 늘어 서비스 복구 시간에 부정적 영향을 미치는 주요 원인으로 ‘상호운용성’ 문제를 꼽습니다. 여러 CI/CD 도구를 사용하면 모든 도구를 제대로 통합하기가 어렵다는데요. 이에 서비스에 영향을 미치는 문제를 분리하기가 힘들 수 있죠. 즉, 셀프 호스팅 CI/CD 도구를 사용할 때, 여러 도구를 통합하는 일은 최적으로 구현되지 않을 수 있고요. 이에 기능이 중복돼 성과에 영향을 줄 수 있다고 합니다.

*’1. CI/CD 도구 사용 시 개발 생산성 UP’에서 언급한 설문조사와 동일한 조사. 위 통계에서 %는 여러 CI/CD 도구를 동시에 사용하는 각 성과 지표의 DevOps 실무자 비율(셀프 호스팅 n=1295, 관리형=1192)

3. AI와 머신러닝, CI/CD 통합 강화

출처=픽사베이

AI와 머신러닝은 CI/CD 파이프라인에 더 많이 통합되고 있습니다. 미국 소프트웨어 기업 ACCELQ에 따르면, AI 기반 CI/CD 파이프라인은 문제를 더 빠르게 탐지하도록 지원하고요. 이는 개발, 테스트 팀이 트러블슈팅과 디버깅 시간을 대폭 단축하도록 돕죠. 특히 AI는 CI 테스트 환경 설정 작업을 자동화하며, 테스트를 가속화하고요. 이는 CD 파이프라인에서 지능형 자동화를 진행하고, 코드 리뷰와 테스트도 자동화합니다. 이로써 개발자는 더 복잡한 작업에 집중할 수 있죠. AI와 머신러닝을 적용하면 코드 취약점을 확인할 수 있고요. 이는 소프트웨어 품질을 개선하는 데 유익합니다.

특히 예측 분석은 CI/CD 파이프라인에서 잠재적 문제나 실패를 예측하는 데 활발히 쓰일 걸로 예상되는데요. 이 기술은 데이터, 통계 알고리즘, 머신러닝을 사용하죠. 이스라엘 마케팅 에이전시 Agile SEO의 대표인 Gilad David Maayan에 따르면, 이는 과거 빌드 실패 패턴을 분석해 배포 파이프라인에 영향을 미치기 전에 팀이 문제를 미리 확인하고 해결하도록 지원합니다. 그 결과, 더 빠르고 안정적으로 배포할 수 있죠. 이렇듯 AI와 머신러닝은 CI/CD 파이프라인을 점검하고, 소프트웨어 개발과 관련된 위험을 줄이도록 돕고요. CI/CD 프로세스의 여러 측면을 자동화하며, 소프트웨어 개발 라이프사이클을 간소화하죠. AI와 머신러닝은 오늘날 IT 업계에서 전반적인 기술 발전을 주도하는데요. 앞으로도 두 기술의 영향력은 커져 CI/CD에 폭넓고 긴밀하게 적용될 걸로 전망됩니다.

4. GitOps, CI/CD 영향력 증대

출처=git 공식 홈페이지

GitOps가 CI/CD 파이프라인에 점점 더 영향력을 미치고 있습니다. 이는 버전 관리, 협업, 컴플라이언스, CI/CD 등 애플리케이션 개발에 활용하는 DevOps 모범 관행을 인프라 자동화에 적용하는 운영 프레임워크인데요. ACCELQ에 따르면, 많은 조직이 CI/CD 프로세스 일부로 GitOps를 구현합니다. 개발자는 GitOps로 Git 리포지터리를 코드와 구성을 위한 단일 진실 공급원(SSOT)으로 사용할 수 있죠. Git 리포지터리에서 코드나 구성을 변경하고요. GitHub 리포지터리 안에서 개인화된 소프트웨어 개발 라이프사이클 워크플로를 개발할 수 있습니다.

특히 GitOps는 인프라와 애플리케이션 배포 전반에 버전 제어된 변경을 촉진하고, 협업을 간소화하며, 가시성을 향상하는데요. 영국 IT 기업 Uworx는 “GitOps가 Git 리포지터리 안에서 모든 구성과 배포 매니페스트를 중앙집중화하기 때문”이라고 설명합니다. 아울러 ACCELQ에 따르면, GitOps는 Git 중심 워크플로로 증분 업데이트를 자동 릴리즈하고, 개발자가 클러스터를 관리하며, 구성 오류 없이 효율적이고 안전한 애플리케이션을 제공하도록 지원하죠. 이는 속도와 효율성에 이점이 있고요. 이러한 편의성과 더불어 조직이 DevOps 워크플로를 간소화하고, IaC의 모범 관행을 시행함에 따라 GitOps는 CI/CD에 널리 쓰일 걸로 예상됩니다.

5. 엣지 컴퓨팅 수용 필요성 증가

출처=픽사베이

CI/CD 파이프라인에서 엣지 컴퓨팅을 수용해야 할 필요성이 커지고 있습니다. 엣지 컴퓨팅*은 데이터가 생성된 현장 또는 그 가까운 곳에서 데이터를 실시간 처리하고, 기기를 작동시키는데요. 이는 데이터를 실시간 처리, 분석하기에 대기 시간을 줄이고요. 이로써 애플리케이션을 더 효율적이고 더 빠르게 작동하는 데 도움이 됩니다. 영국 IT 기업 Uworx는 “CI/CD 파이프라인이 엣지 배포를 수용하도록 적응해야 한다”라고 주장하는데요. 경량 배포를 만들거나, 컨테이너화를 활용해 엣지 디바이스**에 더 쉽게 배포하는 게 그 예죠.

미국 소프트웨어 기업 Katalon은 “개발팀이 엣지 디바이스에 최신 버전의 프로그램과 서비스를 안정적으로 제공하는 게 그 어느 때보다 중요해질 것”이라고 관측하는데요. 엣지 컴퓨팅이 차세대 전략 기술로, 클라우드 컴퓨팅의 한계를 보완하며, 실시간 데이터 처리가 필요한 자율주행차, 스마트 팩토리, 웨어러블 기기에 적합한 특성도 영향을 끼친 것으로 해석됩니다. 스웨덴 IT 기업 Avassa의 프로덕트 리드인 Stefan Wallin은 CI/CD 파이프라인을 엣지에 연결할 때 비즈니스 가치를 이렇게 설명합니다. 이는 엣지 애플리케이션에 일관되고, 효율적인 개발자 경험을 제공해 운영 효율성을 높이고요. 조기 피드백과 함께 애플리케이션을 엣지에 자동으로 배포하고 테스트해 더 나은 제품을 더 빨리 제공할 수 있죠. Katalon에 따르면, 몇몇 서비스가 엣지 배포를 지원하지만 CI/CD 파이프라인을 비롯해 기존 파이프라인을 위한 새로운 도구와 플러그인이 등장할 가능성이 크다고 합니다.

*엣지 컴퓨팅: 사용자 디바이스와 가장 가까운 네트워크 가장자리(Edge)에서 컴퓨팅을 지원하는 기술. 이는 처리와 데이터 스토리지를 데이터 소스에 더 가깝게 가져옴

**엣지 디바이스는 일반적으로 IoT 디바이스임

맺음말

지금까지 2024년 CI/CD 트렌드 현황과 등장 배경, 전망을 살펴봤습니다. 이 글의 요점은 다음과 같은데요.

CI/CD 도구(관리형 또는 셀프 호스팅)를 사용하는 개발자는 그렇지 않은 개발자와 비교해 코드 변경 리드 타임과 서비스 복구 시간, 배포 빈도에서 높은 성과를 낼 가능성이 더 큽니다. 관리형과 셀프 호스팅 CI/CD 도구를 둘 다 사용하는 개발자는 코드 변경 리드 타임과 서비스 복구 시간, 배포 빈도에서 가장 우수한 성과를 보입니다.
동일한 형태의 여러 CI/CD 도구를 사용하면 배포 성과는 떨어질 수 있습니다. 셀프 호스팅 CI/CD 도구를 여럿 사용할 때 이러한 현상이 두드러지죠. 셀프 호스팅 CI/CD 도구 수가 늘어나면, 코드 변경 리드 타임과 배포 빈도, 서비스 복구 시간이 한 달 이상인 저성과자 비중은 급증합니다.
AI와 머신러닝은 CI/CD 파이프라인에 더 많이 통합되고 있습니다. AI 기반 CI/CD 파이프라인은 문제를 더 빠르게 탐지하도록 지원하고요. 이는 개발, 테스트 팀이 트러블슈팅과 디버깅 시간을 대폭 단축하도록 돕죠. AI와 머신러닝은 소프트웨어 품질을 개선하는 데 유익합니다.
GitOps가 CI/CD 파이프라인에 점점 더 영향력을 미치고 있습니다. 많은 조직이 CI/CD 프로세스 일부로 GitOps를 구현합니다. 개발자는 GitOps로 Git 리포지터리를 코드와 구성을 위한 단일 진실 공급원(SSOT)으로 사용할 수 있죠. GitOps는 인프라와 애플리케이션 배포 전반에 버전 제어된 변경을 촉진하고, 협업을 간소화하며, 가시성을 향상합니다.
CI/CD 파이프라인에서 엣지 컴퓨팅을 수용해야 할 필요성이 커지고 있습니다. 엣지 컴퓨팅은 데이터를 실시간 처리, 분석하기에 대기 시간을 줄이고요. 이로써 애플리케이션을 더 효율적이고 더 빠르게 작동하는 데 도움이 됩니다. 개발팀이 엣지 디바이스에 최신 버전의 프로그램과 서비스를 안정적으로 제공하는 게 그 어느 때보다 중요해지고 있습니다.