[CI/CD] CI/CD의 개념 및 종류

📌CI/CD란?

소프트웨어 개발 및 배포 과정을 자동화하고 빠르게 처리하기 위한 방법론. 이를 통해 개발자들이 코드 변경을 자주, 안정적으로, 그리고 지속적으로 배포할 수 있도록 돕는다.

Continuous Integration (CI)

지속적인 통합 : 개발자들이 작성한 코드를 통합하는 프로세스.

목표 : 코드 변경 사항이 즉시 테스트 되고, 문제를 조기에 발견하여 해결하는 것

핵심 요소 : 자동화된 빌드와 테스트

[CI의 이점]

• 코드 변경 시 빠르게 피드백을 받을 수 있음.
• 자동화된 테스트를 통해 문제를 초기에 발견하고 해결할 수 있음.
• 팀 내 여러 개발자가 동시에 작업할 수 있으며, 서로의 코드 변경이 충돌하지 않도록 관리 가능

Continuous Delivery (CD)

지속적인 배포 : 통합된 코드를 프로덕션 환경에 배포할 준비.

핵심 요소 : 코드가 항상 배포할 준비가 된 상태로 유지되는 것, 하지만 실제 배포는 수동으로 이루어짐.

[CD의 이점]

• 코드를 자주 배포할 준비가 되어 있기 때문에, 비즈니스 요구사항 변화에 빠르게 대응할 수 있음.
• 배포 프로세스가 자동화되어 인적 오류를 줄일 수 있음.

Continuous Deployment (CD)

Continuous Delivery의 확장, 준비된 코드를 자동으로 프로덕션 환경에 배포함. 즉, 배포 과정이 완전히 자동화되어 사람이 개입할 필요가 없습니다.

[Continuous Deployment의 이점]

• 빠르게 기능 배포 가능.
• 인적 오류를 줄이며, 배포 주기를 극단적으로 짧게 만듦.

📌CI/CD 파이프라인의 주요 단계

소프트웨어 개발부터 배포까지의 과정을 자동화하기 위한 여러 단계로 구성

1. 코드 작성 (Code): 기능을 추가하거나 버그를 수정한 후 커밋
2. 빌드 (Build): 커밋된 코드가 자동으로 빌드. 빌드에서는 종속성 관리, 컴파일, 패키징 등이 이루어짐.
3. 테스트 (Test): 빌드된 애플리케이션에 대해 자동화된 테스트 실행. 유닛 테스트, 통합 테스트, 기능 테스트 등이 포함될 수 있음.
4. 배포 준비 (Release): 테스트를 통과한 빌드는 배포 준비 상태로 변경. Continuous Delivery에서는 수동 승인을 거치고, Continuous Deployment에서는 자동화.
5. 배포 (Deploy): 준비된 코드는 프로덕션 환경에 배포. CI/CD에 따라 자동 또는 수동으로 배포가능.
6. 모니터링 (Monitor): 배포 후, 애플리케이션의 상태를 모니터링하여 문제가 발생하는지 확인.

📌CI/CD 도구

1. Jenkins: 가장 널리 사용되는 오픈소스 CI/CD 도구. 플러그인 기반으로 다양한 기능을 제공하며, 유연하게 설정 가능
2. GitLab CI/CD: GitLab에서 제공하는 CI/CD 기능으로, GitLab 리포지토리와 밀접하게 통합됨.
3. CircleCI: 클라우드 기반 CI/CD 도구로, 빠른 실행 속도와 설정의 간편함.
4. Travis CI: GitHub과 긴밀하게 통합된 CI 도구로, 간편한 설정과 사용법이 장점.
5. AWS CodePipeline: AWS 환경에 최적화된 CI/CD 도구로, AWS 서비스와의 통합이 강력함.
6. Github Actions: GitHub에서 제공하는 자동화 워크플로우 도구로, 코드 푸시, 풀 리퀘스트, 이슈 생성 등 다양한 GitHub 이벤트에 대한 자동화를 설정할 수 있음.

📌CI/CD 구축 방법

1. 코드 리포지토리 설정

• Git과 같은 버전 관리 시스템을 사용하여 코드 리포지토리 설정
• 코드가 변경될 때마다 트리거가 발생하여 CI/CD 파이프라인이 동작하도록 설정

2. 빌드 자동화

• 빌드 도구를 사용하여 애플리케이션을 빌드하는 프로세스 자동화
• CI 도구에서 빌드 스크립트를 트리거할 수 있도록 설정

3. 자동화된 테스트 설정

• 유닛 테스트, 통합 테스트, 기능 테스트 등 다양한 테스트를 자동으로 실행하도록 설정
• 테스트 통과 여부에 따라 다음 단계로 진행될 수 있도록 설정

4. 배포 설정

• 프로덕션 환경 또는 스테이징 환경에 배포할 준비가 완료되면, 자동으로 배포할 수 있도록 설정
• AWS, Google Cloud, Docker 등 다양한 플랫폼과의 통합을 고려할 수 있음.

5. 모니터링과 피드백 루프

• 배포 후 애플리케이션의 상태를 모니터링할 수 있도록 설정
• 배포된 애플리케이션에서 문제가 발생하면 즉시 대응할 수 있는 경고 시스템 구축

5. CI/CD 구축 시 주의할 점

1. 테스트 품질: CI/CD에서 가장 중요한 것은 자동화된 테스트의 품질입니다. 테스트가 제대로 설계되지 않으면, 문제가 있는 코드가 프로덕션에 배포될 수 있음.
2. 배포 빈도: 배포를 너무 자주 하거나 너무 적게 하는 것은 모두 문제가 될 수 있기 때문에 적절한 빈도로 배포하도록 전략을 수립하는 것이 중요
3. 보안: 민감한 정보가 유출되지 않도록 주의해야 하며, 필요한 경우 별도의 보안 테스트를 추가해야 함.

결론

CI/CD는 소프트웨어 개발과 배포의 속도를 빠르게 하고, 품질을 높이며, 인적 오류를 줄이는 강력한 도구입니다. 지속적인 통합과 배포를 통해 개발자들은 더 빠르고 안정적으로 제품을 제공할 수 있다.

의문점

도커는 뭐지? …

다음 글에서…

일단 이론을 대충이나마 공부하고 실습 글도 따로 꼭꼭 올려야지!!

- 우선 github actions + AWS S3로 다들 많이 CI/CD 구축을 진행하는 듯 보임!!