01. CI/CD 란?

문자 그대로 설명하면
CI는 Continuous Integration, 지속적 통합 을 CD는 Continuous Deployment, 지속적 배포 를 의미한다.

개발자가 소스를 수정할 때마다 매 번 빌드/테스트/배포 작업을 직접 진행한다고 하면 상당히 많은 시간이 소요된다.
이런 일련의 과정을 자동화 한다면 남는 시간을 다른 데 투자할 수 있다.

빌드를 진행하는 OS 환경, 빌드를 위한 도구의 버전 등에 따라 빌드 결과가 달라질 가능성을 완전하게 배제할 수 없다.
그러므로 동일한 환경과 도구를 기반으로 빌드/테스트/배포 작업을 수행하는 것이 중요하다.

이러한 생각에서 비롯된 개념이 CI/CD이다.

CI, 지속적 통합 (Continuous Integration)

• 빌드/테스트 자동화 과정을 의미하며 하나의 자동화 프로세스이다.
• 소스 푸시 시 빌드, 테스트되어 Repository에 통합됨 을 의미한다.
• 동시 작업으로 인한 소스 충돌 문제를 해결하기에 용이하다.
• 변경사항을 정기적으로 커밋하여 모든 사람에게 동일한 작업 환경을 제공하는 것으로 시작.
• CI/CD 파이프라인을 위한 첫 번째 단계

CD 지속적 배포 (Continuous Deployment)

• 배포 자동화 과정을 의미한다. CD는 Delivery, Deployment의 의미를 내포하고 있다.
• 자동화 파이프라인의 추가 단계의 자동화를 의미 (CLI를 통해 직접 수행해야하는 스크립트)
• CD는 빌드, 테스트 및 배포 단계를 자동화하는 DevOps 방식을 논리적 극한까지 설명한다.
• 휴먼 에러, 배포 환경에 의한 품질 저하 없는 빠르고 지속적인 배포 가 가능

CI/CD 자동화 환경 구성

앞서 CI/CD 가 무엇인지에 대해 알아봤다.
현재 내가 맡고 있는 소프트웨어의 경우, 통상 솔루션이라고 부르는 하나의 구축형 소프트웨어다.

고객 별 다양한 요구사항 존재, 인적 리소스의 한계, 안정화 과정이라는 여러 상황과 맞물려
내부의 테스트 환경을 굉장히 중요시하고 있다.

해당 소프트웨어는 실제 운영 환경에서 사용하는 DBMS만 Oracle, Postgresql, Tibero 세 종류이고
신규 릴리즈 설치 테스트, 패치 테스트, 하위 버전 테스트를 위해 App 서버, DB 서버 만 각각 네 대를 사용하고 있다.

다음 내용으로 아래 도구들을 활용해
테스트용 서버 배포를 위한 CI/CD 환경을 어떻게 구성했는지 알아보자