기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
DevOps 파이프라인 예제
파이프라인의 예로, 2단계 DevOps 파이프라인에는 Source라는 소스 단계와 Prod라는 두 번째 단계가 있을 수 있습니다. 이 예제에서는 파이프라인이 애플리케이션을 최신 변경 사항으로 업데이트하고 최신 결과를 지속적으로 배포합니다. 최신 애플리케이션을 배포하기 전에 파이프라인은 웹 애플리케이션을 빌드 및 테스트합니다. 이 예시에서는 개발자 그룹이 라는 GitHub 저장소에 인프라 템플릿과 웹 애플리케이션의 소스 코드를 설정했습니다. MyRepository
예를 들어 개발자가 웹 애플리케이션의 인덱스 페이지에 수정 사항을 푸시하면 다음과 같은 상황이 발생합니다.
-
애플리케이션 소스 코드는 파이프라인의 GitHub 소스 액션으로 구성된 리포지토리에서 유지 관리됩니다. 개발자가 리포지토리에 커밋을 푸시하면 푸시된 변경 내용을 CodePipeline 감지하고 소스 스테이지에서 파이프라인 실행이 시작됩니다.
-
GitHub 소스 작업이 성공적으로 완료됩니다. 즉, 최신 변경 내용이 다운로드되어 해당 실행에 고유한 아티팩트 버킷에 저장되었습니다. GitHub 소스 작업에 의해 생성된 출력 아티팩트, 즉 리포지토리의 애플리케이션 파일은 다음 단계의 작업에서 작업할 입력 아티팩트로 사용됩니다.
-
파이프라인 실행은 Source Stage(소스 단계)에서 Prod Stage(프로덕션 단계)로 전환됩니다. Prod Stage의 첫 번째 액션은 파이프라인에서 빌드 액션으로 CodeBuild 생성되고 구성된 빌드 프로젝트를 실행합니다. 빌드 작업은 빌드 환경 이미지를 가져오며 가상 컨테이너에서 웹 애플리케이션을 빌드합니다.
-
Prod Stage의 다음 액션은 파이프라인에서 테스트 액션으로 CodeBuild 생성되고 구성된 유닛 테스트 프로젝트입니다.
-
다음 단계로 단위 테스트 코드는 프로덕션 환경에 애플리케이션을 배포하는 Prod Stage(프로덕션 단계)의 배포 작업에서 처리됩니다. 배포 작업이 성공적으로 완료된 후, 이 단계의 최종 작업은 파이프라인에서 테스트 작업으로 CodeBuild 생성되고 구성된 통합 테스트 프로젝트입니다. 테스트 작업은 웹 애플리케이션에서 링크 검사기와 같은 테스트 도구를 설치하고 실행하는 셸 스크립트를 호출합니다. 성공적으로 완료가 된 후에는 빌드된 웹 애플리케이션 및 테스트 결과 집합이 출력됩니다.
개발자는 각 변경 사항에 대해 빌드 및 테스트를 수행한 이후에 애플리케이션을 배포하거나 추가로 테스트하는 작업을 파이프라인에 추가할 수 있습니다.
자세한 정보는 파이프라인 실행 작동 방식을 참조하세요.
