기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

FAQ

배포 프로세스가 완전한 CI/CD가 아님을 나타내는 몇 가지 주요 지표는 무엇인가요?

가장 일반적인 지표는 파이프라인에 별도의 환경을 나타내는 리포지토리 브랜치가 여러 개 있는 경우입니다. 완전한 CI/CD 프로세스의 리포지토리는 트렁크 기반 워크플로를 사용합니다. 이 워크플로에서는 하나의 브랜치가 해당 리포지토리의 배포에 대한 신뢰할 수 있는 단일 소스 역할을 합니다. 자세한 내용은 트렁크 기반 접근 방식 단원을 참조하십시오. 다른 지표로는, 간단한 진행 또는 중지 결정 이외의 수동 배포 단계, 핫픽스 사용 및 예약된 릴리스가 포함됩니다.

완전한 CI/CD 프로세스를 사용하지만 특정 시점에 특정 기능의 릴리스를 예약하려면 어떻게 해야 하나요?

이는 일반적으로 기능 플래그를 사용하여 수행됩니다. 이 프로세스에서 배포는 계속 진행되지만 특정 기능은 릴리스될 때까지 코드에서 조건부 종료를 사용하여 숨겨집니다.

배포 프로세스의 일부 단계를 자동화할 수 없는 경우 어떻게 해야 하나요?

완전한 CI/CD 파이프라인의 목표 중 하나는 수동 프로세스의 필요성을 최소화하는 것이지만 수동 프로세스가 필요할 수 있는 잠재적 사용 사례가 분명히 있습니다. 실제로 애플리케이션 로그 컨설팅과 같은 읽기 전용 프로세스는 위험을 최소화하면서 프로덕션 환경에서 수행할 수 있는 경우가 종종 있습니다. 그러나 프로덕션 환경에서 수동 쓰기 작업을 절대적 최후의 수단으로 간주하는 것이 좋습니다.

기술 담당자가 완전한 CI/CD 프로세스보다 레거시 워크플로에 더 익숙하면 어떻게 해야 하나요?

기술 담당자는 주요 변경 사항에 저항하는 것이 일반적이며, 특히 이전에 모범 사례였던 것이 최신 사례로 대체되는 경우 더욱 그렇습니다. 기술은 빠르게 발전하며 개선 사항은 지속적으로 발견되고 있습니다. 어느 정도의 회의론은 기술 인력에게 바람직한 특성이지만 변화를 열린 마음으로 받아들이는 것도 중요합니다. 회의적 직원이 구현되기 전에 시스템 변경 사항을 관리해야 하므로 너무 빠르게 진행하지 마세요. 핵심은 회의론자가 정적 상태를 영구적으로 유지하는 것을 방지하는 것입니다.

내 환경이 여러 계정에 있는 경우 어떻게 해야 하나요? 완전한 CI/CD 프로세스를 계속 사용할 수 있나요?

예. 실제로 각 환경에 대해 별도의 계정을 사용하는 것이 좋습니다. 서로 다른 계정에서 단계를 활성화하는 파이프라인에 대한 자세한 내용은 Create a pipeline in CodePipeline that uses resources from another AWS 계정를 참조하세요.