# 지속적 전달 파이프라인 지속적 통합 파이프라인이 구현되고 지원 프로세스가 구축되면 팀은 지속적 전달 파이프라인으로 전환할 수 있습니다. 이러한 전환을 위해서는 팀이 애플리케이션 구축과 배포를 모두 자동화해야 합니다. 지속적 전달 파이프라인의 특징은 수동 승인 후 프로덕션 단계를 수행하는 스테이징 및 프로덕션 단계가 있다는 것입니다. 지속적 통합 파이프라인을 구축한 것과 같은 방식으로 팀은 배포 스크립트를 작성하여 점진적으로 지속적 전달 파이프라인을 구축할 수 있습니다. 애플리케이션의 필요에 따라 일부 배포 단계를 기존AWS 서비스로 추상화할 수 있습니다. 예를 들어 AWS CodePipeline은(는) Amazon EC2 인스턴스 및 온프레미스에서 실행 중인 인스턴스에 대한 코드 배포를 자동화하는 서비스인 AWS CodeDeploy, Chef를 사용하여 애플리케이션을 운영하는 데 도움이 되는 구성 관리 서비스인 AWS OpsWorks, 웹 애플리케이션 및 서비스를 배포 및 확장하는 서비스인 AWS Elastic Beanstalk에 직접 통합됩니다. AWS에는 인프라 및 파이프라인에 AWS CodeDeploy을(를) 구현하고 통합하는 방법에 대한 자세한 [설명서](https://docs.aws.amazon.com/codepipeline/latest/userguide/getting-started-w.html#getting-started-w-create-deployment)가 있습니다. 팀이 애플리케이션 배포를 자동화한 후 다양한 테스트를 통해 배포 단계를 확장할 수 있습니다. 예를 들어 다음 그림처럼 Ghost Inspector, Runscope 등과 같은 서비스와의 다른 기본 통합을 추가할 수 있습니다. ![](http://docs.aws.amazon.com/ko_kr/whitepapers/latest/practicing-continuous-integration-continuous-delivery/images/codepipeline-code-test-deployment.png) * AWS CodePipeline- 배포 단계의 코드 테스트 *