Auto DevOps
Offering: GitLab.com, GitLab Self-Managed, GitLab Dedicated
Auto DevOps는 일반적인 구성 오버헤드 없이 코드를 프로덕션 준비 완료 애플리케이션으로 변환합니다. Auto DevOps를 사용하면 다음을 얻을 수 있습니다: Auto DevOps 소개는 Auto DevOps를 시청하세요.
Auto DevOps는 일반적인 구성 오버헤드 없이 코드를 프로덕션 준비 완료 애플리케이션으로 변환합니다. 전체 DevOps 라이프사이클은 업계 모범 사례를 사용하여 사전 구성됩니다. 기본값으로 시작하여 빠르게 출시하고, 더 많은 제어가 필요할 때 사용자 정의합니다. 복잡한 구성 파일이나 깊은 DevOps 전문 지식이 필요하지 않습니다.
Auto DevOps를 사용하면 다음을 얻을 수 있습니다:
- 언어와 프레임워크를 자동으로 감지하는 CI/CD 파이프라인
- 프로덕션에 도달하기 전에 취약점을 찾는 내장 보안 스캔
- 모든 커밋에 대한 코드 품질 및 성능 테스트
- 라이브 환경에서 변경 사항을 미리 볼 수 있는 바로 사용 가능한 review app
- Kubernetes 클러스터로의 빠른 배포
- 위험과 다운타임을 줄이는 점진적 배포 전략
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는 애플리케이션 플랫폼 또는 서비스형 플랫폼(PaaS)에 포함된 기능을 제공합니다.
Heroku에서 영감을 받아 Auto DevOps는 여러 가지 면에서 이를 능가합니다:
- Auto DevOps는 모든 Kubernetes 클러스터에서 작동합니다.
- 추가 비용이 없습니다.
- 직접 호스팅하거나 모든 퍼블릭 클라우드의 클러스터를 사용할 수 있습니다.
- Auto DevOps는 점진적인 성장 경로를 제공합니다. 사용자 정의가 필요한 경우 템플릿을 변경하는 것으로 시작하고 거기서 발전합니다.
Auto DevOps 시작하기#
시작하려면 Auto DevOps를 활성화하기만 하면 됩니다. 이것만으로 애플리케이션을 빌드하고 테스트하는 Auto DevOps 파이프라인을 실행하기에 충분합니다.
앱을 빌드, 테스트 및 배포하려면:
- 배포 요구 사항을 확인합니다.
- Auto DevOps 활성화.
- 클라우드 공급자에 앱 배포.
Auto DevOps 활성화 또는 비활성화#
Auto DevOps는 Dockerfile 또는 일치하는 빌드팩이 있을 때만 자동으로 파이프라인을 실행합니다.
프로젝트 또는 전체 그룹에 대해 Auto DevOps를 활성화하거나 비활성화할 수 있습니다. 인스턴스 관리자는 인스턴스의 모든 프로젝트에 대해 Auto DevOps를 기본값으로 설정할 수도 있습니다.
Auto DevOps를 활성화하기 전에 배포 준비를 고려합니다. 그렇지 않으면 Auto DevOps가 앱을 빌드하고 테스트할 수 있지만 배포할 수 없습니다.
프로젝트별#
개별 프로젝트에 Auto DevOps를 사용하려면 프로젝트별로 활성화할 수 있습니다. 더 많은 프로젝트에 사용할 계획이라면 그룹 또는 인스턴스에 대해 활성화할 수 있습니다. 이렇게 하면 각 프로젝트에서 활성화하는 시간을 절약할 수 있습니다.
필수 요건:
- 프로젝트에 대한 Maintainer 또는 Owner 역할이 있어야 합니다.
- 프로젝트에
.gitlab-ci.yml이 없는지 확인합니다. 있는 경우 CI/CD 구성이 Auto DevOps 파이프라인보다 우선순위를 갖습니다.
프로젝트에 Auto DevOps를 활성화하려면:
- 상단 표시줄에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
- 왼쪽 사이드바에서 설정 > CI/CD를 선택합니다.
- Auto DevOps를 확장합니다.
- Auto DevOps 파이프라인을 기본값으로 사용 체크박스를 선택합니다.
- 선택 사항이지만 권장됩니다. 기본 도메인을 추가합니다.
- 선택 사항이지만 권장됩니다. 배포 전략을 선택합니다.
- 변경 사항 저장을 선택합니다.
GitLab은 기본 브랜치에서 Auto DevOps 파이프라인을 트리거합니다.
비활성화하려면 동일한 프로세스를 따르고 Auto DevOps 파이프라인을 기본값으로 사용 체크박스를 선택 해제합니다.
그룹별#
그룹에 Auto DevOps를 활성화하면 해당 그룹의 서브그룹 및 프로젝트가 구성을 상속합니다. 각 서브그룹 또는 프로젝트에 대해 활성화하는 대신 그룹에 Auto DevOps를 활성화하여 시간을 절약할 수 있습니다.
그룹에 대해 활성화된 경우에도 사용하지 않을 서브그룹 및 프로젝트에 대해 Auto DevOps를 비활성화할 수 있습니다.
필수 요건:
- 그룹에 대한 Owner 역할이 있어야 합니다.
그룹에 Auto DevOps를 활성화하려면:
- 상단 표시줄에서 검색 또는 이동을 선택하고 그룹을 찾습니다.
- 왼쪽 사이드바에서 설정 > CI/CD를 선택합니다.
- Auto DevOps를 확장합니다.
- Auto DevOps 파이프라인을 기본값으로 사용 체크박스를 선택합니다.
- 변경 사항 저장을 선택합니다.
그룹에 대해 Auto DevOps를 비활성화하려면 동일한 프로세스를 따르고 Auto DevOps 파이프라인을 기본값으로 사용 체크박스를 선택 해제합니다.
그룹에 Auto DevOps를 활성화한 후 해당 그룹에 속하는 모든 프로젝트에 대해 Auto DevOps 파이프라인을 트리거할 수 있습니다:
- 상단 표시줄에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
- 프로젝트에
.gitlab-ci.yml파일이 없는지 확인합니다. - 빌드 > 파이프라인을 선택합니다.
- Auto DevOps 파이프라인을 트리거하려면 새 파이프라인을 선택합니다.
클라우드 공급자에 앱 배포#
- Auto DevOps를 사용하여 Google Kubernetes Engine(GKE)의 Kubernetes 클러스터에 배포
- Auto DevOps를 사용하여 Amazon Elastic Kubernetes Service(EKS)의 Kubernetes 클러스터에 배포
- Auto DevOps를 사용하여 EC2에 배포
- Auto DevOps를 사용하여 ECS에 배포
GitLab 업데이트 시 Auto DevOps 종속성 업그레이드#
GitLab을 업데이트할 때 새 GitLab 버전에 맞게 Auto DevOps 종속성을 업그레이드해야 할 수 있습니다:
- Auto DevOps 리소스 업그레이드:
- Auto DevOps 템플릿.
- Auto Deploy 템플릿.
- Auto Deploy 이미지.
- Helm.
- Kubernetes.
- 환경 변수.
- PostgreSQL 업그레이드.
프라이빗 레지스트리 지원#
Auto DevOps에서 프라이빗 컨테이너 레지스트리를 사용할 수 있다는 보장이 없습니다.
대신 Auto DevOps와 함께 GitLab 컨테이너 레지스트리를 사용하여 구성을 단순화하고 예상치 못한 문제를 방지합니다.
프록시 뒤에 애플리케이션 설치#
GitLab과 Helm 통합은 프록시 뒤에 있을 때 애플리케이션 설치를 지원하지 않습니다.
그렇게 하려면 런타임에 설치 파드에 프록시 설정을 주입해야 합니다.
관련 주제#
트러블슈팅#
Auto DevOps 트러블슈팅을 참조하세요.