A. kubectl을 사용하여 Docker 레지스트리 비밀을 생성합니다.

B. 다른 배포 세부 정보와 함께 OCIR에서 가져올 이미지의 이름과 위치를 지정하는 이미지 섹션을 추가합니다.

C. OCIR에 액세스하기 위해 생성한 Docker 암호의 이름을 지정하는 매니페스트 파일에 imagePullSecrets 섹션을 추가합니다.

D. OCIR에서 가져오려는 이미지의 이름과 위치를 지정하는 컨테이너 섹션을 추가합니다. 다른 배포 세부 정보와 함께.

E. OCIR에 액세스하기 위해 인증 토큰을 사용하여 생성하는 Docker 암호의 이름을 지정하는 인증 섹션을 매니페스트 파일에 추가합니다.

A. 컨트롤 플레인과 노드 풀 업그레이드를 동시에 시작합니다.

B. OCI 콘솔을 사용하여 자동 업그레이드 프로세스를 시작합니다. CLI 또는 API.

C. 노드 풀을 한 번에 하나씩 업그레이드한 다음 모든 노드 풀이 업그레이드되면 컨트롤 플레인을 업그레이드합니다.

D. 컨트롤 플레인을 업그레이드한 다음 노드 풀을 업그레이드합니다.

A. OCI DevOps 트리거 기능을 사용하여 배포를 자동화할 수 있습니다.

B. 빌드 파이프라인에서 수동 빌드를 실행하여 변경 사항을 배포할 수 있습니다.

C. 변경 사항을 배포하기 위해 Terraform 코드를 패키징하고 OCI 코드 리포지토리로 푸시할 수 있습니다.

D. 자동 배포를 위해 애플리케이션 코드를 Resource Manager 스택으로 푸시할 수 있습니다.

A. 서비스 커넥터 허브

B. 로깅 쿼리

C. ObjectCollectionRule

D. IAM 정책

A. 지속적인 제공에는 더 많은 자동 린팅이 필요하고 지속적인 배포 테스트는 수동으로 실행해야 합니다.

B. 지속적인 배포는 수동으로 배포를 시작하는 프로세스인 반면 지속적인 배포는 배포 프로세스 자동화를 기반으로 합니다.

C. 지속적인 전달은 개발 환경에 대한 자동 배포를 활용하는 반면 지속적인 배포는 프로덕션 환경에 대한 자동 배포를 포함합니다.

D. 지속적인 제공에는 개발자 작업의 자동화가 포함되며 지속적인 배포에는 수동 운영 작업이 포함됩니다.