무료 온라인 액세스 Amazon.DOP-C02-KR.v2026-04-28.q189 모의 시험 (Page 3)

DOP-C02-KR 문제 6

회사에는 많은 응용 프로그램이 있습니다. 회사의 여러 팀이 여러 언어와 프레임워크를 사용하여 애플리케이션을 개발했습니다. 애플리케이션은 온프레미스 및 운영 체제가 다른 여러 서버에서 실행됩니다. 각 팀에는 고유한 릴리스 프로토콜 및 프로세스가 있습니다. 회사는 이러한 애플리케이션의 릴리스 및 유지 관리의 복잡성을 줄이고자 합니다.
이 회사는 이러한 애플리케이션을 포함한 기술 스택을 AWS로 마이그레이션하고 있습니다. 이 회사는 소스 코드의 중앙 집중식 제어, 일관되고 자동적인 전달 파이프라인, 기본 인프라에서 가능한 한 적은 유지 관리 작업을 원합니다.
DevOps 엔지니어는 이러한 요구 사항을 충족하기 위해 무엇을 해야 합니까?

A. 모든 애플리케이션에 대해 하나의 AWS CodeCommit 리포지토리를 생성합니다. 각 애플리케이션의 코드를 다른 분기에 넣습니다. 브랜치를 병합하고 AWS CodeBuild를 사용하여 애플리케이션을 빌드합니다. AWS CodeDeploy를 사용하여 하나의 중앙 집중식 애플리케이션 서버에 애플리케이션을 배포합니다.

B. 각 애플리케이션에 대해 하나의 AWS CodeCommit 리포지토리를 생성합니다. AWS CodeBuild를 사용하여 애플리케이션을 한 번에 하나씩 구축하십시오. AWS CodeDeploy를 사용하여 하나의 중앙 집중식 애플리케이션 서버에 애플리케이션을 배포합니다.

C. 각 애플리케이션에 대해 하나의 AWS CodeCommit 리포지토리를 생성합니다. AWS CodeBuild를 사용하여 한 번에 하나씩 애플리케이션을 구축하고 각 서버에 대해 하나의 AMI를 생성합니다. AWS CloudFormation StackSets를 사용하여 이러한 AMI를 사용하여 Amazon EC2 플릿을 자동으로 프로비저닝하고 폐기합니다.

D. 각 애플리케이션에 대해 하나의 AWS CodeCommit 리포지토리를 생성합니다. AWS CodeBuild를 사용하여 Amazon Elastic Container Registry(Amazon ECR)의 각 애플리케이션에 대해 하나의 Docker 이미지를 구축합니다. AWS CodeDeploy를 사용하여 AWS Fargate가 관리하는 인프라의 Amazon Elastic Container Service(Amazon ECS)에 애플리케이션을 배포합니다.

DOP-C02-KR 문제 7

회사는 모든 기능이 활성화된 AWS Organizations의 조직을 사용합니다. 회사는 기본 계정에서 AWS Backup을 사용하고 AWS Key Management Service(AWS KMS) 키를 사용하여 백업을 암호화합니다.
회사는 AWS Backup이 기본 계정에 백업하는 리소스의 교차 계정 백업을 자동화해야 합니다. 회사는 조직 마스터 계정에서 계정 간 백업을 구성합니다.
회사는 조직에 새 AWS 계정을 생성하고 새 계정에 AWS Backup 백업 볼트를 구성합니다. 회사는 백업을 암호화하기 위해 새 계정에 KMS 키를 생성합니다. 마지막으로 회사는 기본 계정에 새로운 백업 계획을 구성합니다. 새 백업 계획의 대상은 새 계정의 백업 볼트입니다.
기본 계정에서 AWS Backup 작업이 호출되면 해당 작업은 기본 계정에 백업을 생성합니다.
그러나 백업은 새 계정의 백업 볼트에 복사되지 않습니다.
백업을 새 계정의 백업 볼트에 복사하려면 회사에서 어떤 단계 조합을 수행해야 합니까? (2개를 선택하세요.)

A. 기본 계정에 대한 액세스를 허용하도록 새 계정의 백업 볼트 액세스 정책을 편집합니다.

B. 새 계정에 대한 액세스를 허용하도록 기본 계정의 백업 볼트 액세스 정책을 편집합니다.

C. 새 계정의 KMS 키에 대한 액세스를 허용하도록 기본 계정의 백업 볼트 액세스 정책을 편집합니다.

D. 기본 계정에서 KMS 키의 키 정책을 편집하여 키를 새 계정과 공유합니다.

E. 새 계정에서 KMS 키의 키 정책을 편집하여 기본 계정과 키를 공유합니다.

DOP-C02-KR 문제 8

DevOps 엔지니어는 암호화폐 채굴 활동이 감지되면 Auto Scaling 그룹에서 Amazon EC2 인스턴스를 즉시 종료하는 솔루션을 구현해야 합니다.
어떤 솔루션이 가장 적은 개발 노력으로 이러한 요구 사항을 충족할 수 있을까요?

A. Amazon Route 53 쿼리 로그를 구성합니다. # CloudWatch # Lambda를 5분마다 실행하여 마이닝 관련 도메인을 감지하고 EC2 인스턴스를 종료합니다.

B. VPC 흐름 로그 구성 # S3 # Lambda 5분마다 # Athena 쿼리 # EC2 인스턴스 종료.

C. Amazon GuardDuty를 활성화합니다. EC2 결과를 모니터링합니다. GuardDuty에서 트리거되는 EventBridge 규칙을 생성합니다. 영향을 받은 EC2 인스턴스를 종료하는 Lambda 함수를 호출합니다.

D. AWS Security Hub를 활성화합니다. EC2 결과를 모니터링합니다. Security Hub에서 트리거되는 EventBridge 규칙을 생성합니다. Lambda를 호출하여 EC2 인스턴스를 종료합니다.

DOP-C02-KR 문제 9

회사는 해당 애플리케이션에 대한 장애 조치를 구현해야 합니다. 애플리케이션에는 AWS 리전의 Amazon CloudFront 배포와 퍼블릭 ALB(Application Load Balancer)가 포함되어 있습니다. 회사는 ALB를 배포의 기본 원본으로 구성했습니다.
최근 일부 애플리케이션 중단 이후 회사는 0초 RTO를 원합니다. 회사는 웜 대기 구성으로 보조 지역에 애플리케이션을 배포합니다. DevOps 엔지니어는 HTTP GET 요청이 원하는 R TO를 충족하도록 보조 리전으로의 애플리케이션 장애 조치를 자동화해야 합니다.
어떤 솔루션이 이러한 요구 사항을 충족합니까?

A. 보조 ALB를 기본 오리진으로 사용하는 두 번째 CloudFront 배포를 생성합니다. 두 CloudFront 배포 모두에 대해 장애 조치 정책 및 대상 상태 평가가 예로 설정된 Amazon Route 53 별칭 레코드를 생성합니다. 새 레코드 세트를 사용하도록 애플리케이션을 업데이트합니다.

B. 보조 ALB에 대한 배포판에 새 오리진을 생성합니다. 새 원본 그룹을 만듭니다. 원본 ALB를 기본 원본으로 설정합니다. HTTP 5xx 상태 코드에 대해 장애 조치를 수행하도록 원본 그룹을 구성합니다. 원본 그룹을 사용하도록 기본 동작을 업데이트합니다.

C. 두 ALB에 대해 장애 조치 정책 및 대상 상태 평가가 예로 설정된 Amazon Route 53 별칭 레코드를 생성합니다. 두 레코드의 TTL을 O로 설정합니다. 새 레코드 세트를 사용하도록 배포 원본을 업데이트합니다.

D. HTTP 5xx 상태 코드를 감지하는 CloudFront 함수를 생성합니다. 함수가 5xx 상태 코드를 감지하는 경우 보조 ALB에 307 임시 리디렉션 오류 응답을 반환하도록 함수를 구성합니다. 함수에 원본 응답을 보내도록 분포의 기본 동작을 업데이트합니다.

정답: B

To implement failover for the application to the secondary Region so that HTTP GET requests meet the desired RTO, the DevOps engineer should use the following solution:
Create a new origin on the distribution for the secondary ALB. A CloudFront origin is the source of the content that CloudFront delivers to viewers. By creating a new origin for the secondary ALB, the DevOps engineer can configure CloudFront to route traffic to the secondary Region when the primary Region is unavailable1 Create a new origin group. Set the original ALB as the primary origin. Configure the origin group to fail over for HTTP 5xx status codes. An origin group is a logical grouping of two origins: a primary origin and a secondary origin. By creating an origin group, the DevOps engineer can specify which origin CloudFront should use as a fallback when the primary origin fails. The DevOps engineer can also define which HTTP status codes should trigger a failover from the primary origin to the secondary origin. By setting the original ALB as the primary origin and configuring the origin group to fail over for HTTP 5xx status codes, the DevOps engineer can ensure that CloudFront will switch to the secondary ALB when the primary ALB returns server errors2 Update the default behavior to use the origin group. A behavior is a set of rules that CloudFront applies when it receives requests for specific URLs or file types. The default behavior applies to all requests that do not match any other behaviors. By updating the default behavior to use the origin group, the DevOps engineer can enable failover routing for all requests that are sent to the distribution3 This solution will meet the requirements because it will automate the failover of the application to the secondary Region with zero-second RTO. When CloudFront receives an HTTP GET request, it will first try to route it to the primary ALB in the primary Region. If the primary ALB is healthy and returns a successful response, CloudFront will deliver it to the viewer. If the primary ALB is unhealthy or returns an HTTP 5xx status code, CloudFront will automatically route the request to the secondary ALB in the secondary Region and deliver its response to the viewer.
The other options are not correct because they either do not provide zero-second RTO or do not work as expected. Creating a second CloudFront distribution that has the secondary ALB as the default origin and creating Amazon Route 53 alias records that have a failover policy is not a good option because it will introduce additional latency and complexity to the solution. Route 53 health checks and DNS propagation can take several minutes or longer, which means that viewers might experience delays or errors when accessing the application during a failover event. Creating Amazon Route 53 alias records that have a failover policy and Evaluate Target Health set to Yes for both ALBs and setting the TTL of both records to O is not a valid option because it will not work with CloudFront distributions. Route 53 does not support health checks for alias records that point to CloudFront distributions, so it cannot detect if an ALB behind a distribution is healthy or not. Creating a CloudFront function that detects HTTP 5xx status codes and returns a 307 Temporary Redirect error response to the secondary ALB is not a valid option because it will not provide zero- second RTO. A 307 Temporary Redirect error response tells viewers to retry their requests with a different URL, which means that viewers will have to make an additional request and wait for another response from CloudFront before reaching the secondary ALB.
1: Adding, Editing, and Deleting Origins - Amazon CloudFront
2: Configuring Origin Failover - Amazon CloudFront
3: Creating or Updating a Cache Behavior - Amazon CloudFront

DOP-C02-KR 문제 10

한 회사에 AWS Organizations라는 조직이 있습니다. DevOps 엔지니어는 조직 내 여러 OU에 속한 여러 AWS 계정을 관리해야 합니다. 계정 내 1AM 정책 및 Amazon S3 정책을 포함한 모든 리소스는 AWS CloudFormation을 통해 배포됩니다. 모든 템플릿과 코드는 AWS CodeCommit 저장소에 관리됩니다. 최근 일부 개발자가 조직 내 일부 계정의 S3 버킷에 액세스할 수 없는 문제가 발생했습니다.
다음 정책은 S3 버킷에 첨부됩니다.

DevOps 엔지니어는 이 액세스 문제를 해결하기 위해 무엇을 해야 합니까?

A. S3 버킷 정책 수정 S3 버킷에서 S3 퍼블릭 액세스 차단 설정을 해제합니다. S3 정책에 awsSourceAccount 조건을 추가합니다. 문제가 발생한 모든 개발자의 AWS 계정 ID를 추가합니다.

B. 1AM 권한 경계가 개발자의 S3 버킷 액세스를 거부하는지 확인하세요. IAM 권한 경계를 필요에 따라 변경하세요. 문제가 발생한 개별 개발자 계정에서 AWS Config 레코더를 사용하여 액세스를 차단하는 변경 사항을 되돌리세요.
수정 사항을 CodeCommit 저장소에 다시 커밋합니다. Cloud Formation을 통해 배포를 호출하여 변경 사항을 적용합니다.

C. 개발자 OU에서 1AM 리소스를 수정하지 못하도록 SCP를 구성합니다. S3 정책에 awsSourceAccount 조건을 추가합니다. 문제가 발생한 모든 개발자의 AWS 계정 ID를 추가합니다. 수정 사항을 CodeCommit 저장소에 다시 커밋합니다. CloudFormation을 통해 배포를 호출하여 변경 사항을 적용합니다.

D. SCP가 개발자의 S3 버킷 액세스를 차단하지 않는지 확인합니다. 1AM 정책 권한 경계가 개발자 1AM 사용자의 액세스를 거부하지 않는지 확인합니다. CodeCommit 저장소에서 SCP 및 1AM 정책 권한 경계에 필요한 변경을 수행합니다. CloudFormation을 통해 배포를 호출하여 변경 사항을 적용합니다.

프리미엄 번들

DumpTop 에서 공유하는 최신 DOP-C02-KR 시험 덤프는 DOP-C02-KR 시험패스를 도와드릴수 있습니다! DumpTop 은 최근 업데이트된 DOP-C02-KR 시험자료를 제공해드립니다. DumpTop DOP-C02-KR 덤프도 시험문제 변경에 따라 업데이트되었으며 오답도 수정되었습니다. DumpTop DOP-C02-KR 덤프 최신버전을 공유받아보세요.

DOP-C02-KR 덤프 프리미엄 버전 액세스

(439 Q&As 덤프, 30%OFF할인코드: KrDump)

다른 버전: 211Amazon.DOP-C02-KR.v2026-06-01.q207; 591Amazon.DOP-C02-KR.v2026-05-20.q183; 482Amazon.DOP-C02-KR.v2026-04-18.q197; 731Amazon.DOP-C02-KR.v2026-03-28.q143; 491Amazon.DOP-C02-KR.v2026-03-16.q152; 601Amazon.DOP-C02-KR.v2026-03-14.q173; 1831Amazon.DOP-C02-KR.v2025-12-15.q136; 2724Amazon.DOP-C02-KR.v2024-02-10.q78; 1580Amazon.DOP-C02-KR.v2024-02-09.q102; 1113Amazon.DOP-C02-KR.v2024-01-29.q82; 666Amazon.DOP-C02-KR.v2024-01-06.q78; 639Amazon.DOP-C02-KR.v2023-12-25.q63; 840Amazon.DOP-C02-KR.v2023-12-08.q60; 887Amazon.DOP-C02-KR.v2023-12-04.q67; 644Amazon.DOP-C02-KR.v2023-12-02.q57

최근 업로드: 108Microsoft.AZ-500-KR.v2026-06-04.q213; 111Microsoft.DP-600-KR.v2026-06-04.q98; 105Microsoft.AZ-204-KR.v2026-06-04.q237; 136Microsoft.PL-600-KR.v2026-06-04.q112; 193Microsoft.SC-300-KR.v2026-06-03.q151; 154Microsoft.DP-600-KR.v2026-06-03.q70; 869PMI.PMP-KR.v2026-06-01.q1069; 230Microsoft.MS-102-KR.v2026-06-01.q252; 211Amazon.DOP-C02-KR.v2026-06-01.q207; 159Microsoft.AZ-104-KR.v2026-06-01.q197