- Auto DevOps 기능
- Auto DevOps 시작하기
- GitLab 업데이트 시 Auto DevOps 의존성 업그레이드
- 개인 레지스트리 지원
- 프록시 뒤에 애플리케이션 설치
- 관련 주제
- 문제 해결
Auto DevOps
GitLab Auto DevOps는 소프트웨어 전달 프로세스를 지원하기 위해 함께 작동하는 미리 구성된 기능 및 통합으로 구성된 것입니다.
Auto DevOps는 프로그래밍 언어를 감지하고 CI/CD 템플릿을 사용하여 기본 파이프라인을 생성하고 실행하여 응용 프로그램을 빌드하고 테스트합니다. 그런 다음 스테이징 및 프로덕션에 앱을 배포하도록 배포 구성을 할 수 있으며, 브랜치별로 변경 사항을 미리 보기할 수 있는 리뷰 앱을 설정할 수 있습니다.
기본 설정을 사용하여 앱을 빠르게 출시하고 나중에 반복하여 사용자 정의할 수 있습니다.
또한 API로 Auto DevOps 관리할 수도 있습니다.
Auto DevOps 소개를 보려면 Auto DevOps를 시청하세요.
Auto DevOps 기능
Auto DevOps는 각 DevOps 단계에서 개발을 지원합니다.
단계 | Auto DevOps 기능 |
---|---|
빌드 | Auto Build |
빌드 | Auto Dependency Scanning |
테스트 | Auto Test |
테스트 | Auto Browser Performance Testing |
테스트 | Auto Code Intelligence |
테스트 | Auto Code Quality |
테스트 | Auto Container Scanning |
배포 | Auto Review Apps |
배포 | Auto Deploy |
보안 | Auto Dynamic Application Security Testing (DAST) |
보안 | Auto Static Application Security Testing (SAST) |
보안 | Auto Secret Detection |
애플리케이션 플랫폼 및 PaaS와의 비교
Auto DevOps는 애플리케이션 플랫폼 또는 플랫폼으로 제공되는 기능을 제공합니다.
Heroku에서 영감을 받아 Auto DevOps는 여러 가지 측면에서 더 나아갑니다:
- Auto DevOps는 모든 Kubernetes 클러스터와 작동합니다.
- 추가 비용이 없습니다.
- 자체 호스팅된 클러스터 또는 공개 클라우드에서 사용할 수 있습니다.
- Auto DevOps는 증분 졸업 경로를 제공합니다. 사용자 정의가 필요한 경우 템플릿을 변경하고 그 외로 진화할 수 있습니다.
Auto DevOps 시작하기
시작하려면 Auto DevOps를 활성화만 하면 됩니다. 이 정도로 앱을 빌드하고 테스트하는 Auto DevOps 파이프라인을 실행할 수 있습니다.
앱을 빌드, 테스트 및 배포하려면:
- 배포 요구 사항을 확인하세요.
- Auto DevOps를 활성화하세요.
- 앱을 클라우드 제공업체에 배포하세요.
Auto DevOps 활성화 또는 비활성화
Auto DevOps는 Dockerfile
또는 일치하는 빌드 팩이 있는 경우에만 자동으로 파이프라인을 실행합니다.
인스턴스 유형에 따라 다음 수준에서 Auto DevOps를 활성화하거나 비활성화할 수 있습니다:
인스턴스 유형 | 프로젝트별 | 그룹별 | 인스턴스별 (관리자 영역) |
---|---|---|---|
GitLab SaaS | 예 | 예 | 아니요 |
GitLab self-managed | 예 | 예 | 예 |
Auto DevOps를 활성화하기 전에 배포를 준비해 두는 것이 좋습니다. 그렇지 않으면 Auto DevOps는 앱을 빌드하고 테스트할 수는 있지만 배포할 수는 없습니다.
프로젝트별
개별 프로젝트에서 Auto DevOps를 사용하려면 프로젝트별로 활성화할 수 있습니다. 더 많은 프로젝트에서 사용하려면 그룹별이나 인스턴스별로 활성화할 수도 있습니다. 이렇게 하면 각 프로젝트마다 활성화해야 하는 시간을 절약할 수 있습니다.
사전 요구 사항:
- 프로젝트에 대해 적어도 Maintainer 역할이 있어야 합니다.
- 프로젝트에
.gitlab-ci.yml
파일이 없어야 합니다. 파일이 있는 경우, 설정이 Auto DevOps 파이프라인 보다 우선합니다.
프로젝트에서 Auto DevOps를 활성화하려면:
- 왼쪽 사이드 바에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
- 설정 > CI/CD를 선택합니다.
- Auto DevOps를 확장합니다.
- 기본 Auto DevOps 파이프라인으로 설정 확인란을 선택합니다.
- 선택 사항이지만 권장됩니다. 베이스 도메인을 추가합니다.
- 선택 사항이지만 권장됩니다. 배포 전략를 선택합니다.
- 변경 사항 저장을 선택합니다.
GitLab은 기본 브랜치에서 Auto DevOps 파이프라인을 트리거합니다.
비활성화하려면 동일한 프로세스를 따르고 기본 Auto DevOps 파이프라인으로 설정 확인란을 해제합니다.
그룹별
그룹에서 Auto DevOps를 활성화하면 해당 그룹에 속한 하위 그룹 및 프로젝트가 해당 구성을 상속받습니다. 각 하위 그룹 또는 프로젝트마다 활성화하는 대신 그룹에 대해 활성화하면 시간을 절약할 수 있습니다.
그룹에서 Auto DevOps를 활성화하려면 다음을 수행합니다:
- 왼쪽 사이드 바에서 검색 또는 이동을 선택하고 그룹을 찾습니다.
- 설정 > CI/CD를 선택합니다.
- Auto DevOps를 확장합니다.
- 기본 Auto DevOps 파이프라인으로 설정 확인란을 선택합니다.
- 변경 사항 저장을 선택합니다.
그룹에 대해 Auto DevOps를 비활성화하려면 동일한 프로세스를 따르고 기본 Auto DevOps 파이프라인으로 설정 확인란을 해제합니다.
그룹에 Auto DevOps를 활성화한 후 해당 그룹에 속하는 모든 프로젝트에서 Auto DevOps 파이프라인을 트리거할 수 있습니다:
- 왼쪽 사이드 바에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
- 프로젝트에
.gitlab-ci.yml
파일이 없는지 확인합니다. - 빌드 > 파이프라인을 선택합니다.
- Auto DevOps 파이프라인을 트리거하려면 새 파이프라인을 선택합니다.
인스턴스 당
모든 프로젝트에 대해 기본적으로 Auto DevOps를 활성화하려면 전체 인스턴스에 대해 활성화할 수 있습니다. 그렇지 않은 경우 각 그룹 및 프로젝트에서 이를 실행하고 싶지 않은 경우에는 여전히 Auto DevOps를 비활성화할 수 있습니다.
인스턴스에서 비활성화되어 있더라도 그룹 소유자 및 프로젝트 유지 관리자는 특정 그룹 및 프로젝트에 대해 여전히 Auto DevOps를 활성화할 수 있습니다.
사전 요구 사항:
- 인스턴스의 관리자여야 합니다.
인스턴스의 Auto DevOps를 활성화하려면 다음을 수행합니다:
- 왼쪽 사이드바에서 아래쪽에 있는 Admin을 선택합니다.
- Settings > CI/CD를 선택합니다.
- Auto DevOps를 확장합니다.
- 기본 Auto DevOps 파이프라인으로 설정 확인란을 선택합니다.
- 선택 사항. Auto DevOps 기본 도메인을 추가합니다.
- 변경 사항 저장을 선택합니다.
활성화되면 Auto DevOps는 모든 프로젝트에서 파이프라인을 실행하려고 시도합니다. 특정 프로젝트에서 파이프라인이 실패하면 자체를 비활성화합니다. GitLab 관리자는 이를 Auto DevOps 설정에서 변경할 수 있습니다.
.gitlab-ci.yml
파일이 있는 경우 변경되지 않고 Auto DevOps는 영향을 주지 않습니다.
인스턴스의 Auto DevOps를 비활성화하려면 동일한 프로세스를 따라가고 기본 Auto DevOps 파이프라인으로 설정 확인란을 지웁니다.
클라우드 공급업체에 앱 배포
- Google Kubernetes Engine (GKE)에서 Kubernetes 클러스터로 자동 배포하는 방법
- Amazon Elastic Kubernetes Service (EKS)에서 Kubernetes 클러스터로 자동 배포하는 방법
- EC2로 자동 배포하는 방법
- ECS로 자동 배포하는 방법
GitLab 업데이트 시 Auto DevOps 의존성 업그레이드
GitLab을 업데이트하는 경우 새로운 GitLab 버전과 일치하도록 Auto DevOps 의존성을 업그레이드해야 할 수 있습니다:
-
Auto DevOps 리소스 업그레이드:
- Auto DevOps 템플릿.
- Auto Deploy 템플릿.
- Auto Deploy 이미지.
- Helm.
- Kubernetes.
- 환경 변수.
- PostgreSQL 업그레이드.
개인 레지스트리 지원
Auto DevOps에서 개인 컨테이너 레지스트리를 사용할 수 있다는 보장은 없습니다.
대신 GitLab 컨테이너 레지스트리를 Auto DevOps와 함께 사용하여 구성을 간소화하고 예상치 못한 문제를 방지하세요.
프록시 뒤에 애플리케이션 설치
GitLab과의 통합에서 Helm은 프록시 뒤에서 애플리케이션을 설치하는 것을 지원하지 않습니다.
그렇게 하려면 설치하는 동안 프록시 설정을 실행 중인 설치 포드에 주입해야 합니다.
관련 주제
문제 해결
Auto DevOps 문제 해결을 참조하세요.