무료 온라인 액세스 Amazon.DOP-C02-KR.v2026-04-18.q197 모의 시험 (Page 5)

DOP-C02-KR 문제 16

AWS Organizations의 회사 조직에는 단일 OU가 있습니다. 회사는 OU 계정에서 Amazon EC2 인스턴스를 실행합니다. 회사는 각 EC2 인스턴스의 자격 증명 사용을 자격 증명이 할당된 특정 EC2 인스턴스로 제한해야 합니다. DevOps 엔지니어는 EC2 인스턴스에 대한 보안을 구성해야 합니다.
어떤 솔루션이 이러한 요구 사항을 충족시킬까요?

A. VPC CIDR 블록을 지정하는 SCP를 만듭니다. SCP를 구성하여 aws:VpcSourcelp 조건 키의 값이 지정된 블록에 있는지 확인합니다. 동일한 SCP 확인에서 aws:EC2lnstanceSourcePrivatelPv4 및 aws:SourceVpc 조건 키의 값이 동일한지 확인합니다.
두 조건 중 하나가 거짓이면 액세스를 거부합니다. SCP를 OU에 적용합니다.

B. aws:EC2InstanceSourceVPC 및 aws:SourceVpc 조건 키의 값이 같은지 확인하는 SCP를 만듭니다. 값이 같지 않으면 액세스를 거부합니다. 동일한 SCP 확인에서 aws:EC2InstanceSourcePrivatelPv4 및 awsVpcSourcelp 조건 키의 값이 같은지 확인합니다. 값이 같지 않으면 액세스를 거부합니다. SCP를 OU에 적용합니다.

C. 허용 가능한 VPC 값 목록을 포함하고 aws의 값이 다음인지 확인하는 SCP를 만듭니다.
SourceVpc 조건 키가 목록에 있습니다. 동일한 SCP 확인에서 허용 가능한 IP 주소 값 목록을 정의하고 aws:VpcSourcelp 조건 키 값이 목록에 있는지 확인합니다. 두 조건 중 하나가 거짓이면 액세스를 거부합니다. 조직의 각 계정에 SCP를 적용합니다.

D. aws:EC2lnstanceSourceVPC 및 aws:VpcSourcelp 조건 키의 값이 같은지 확인하는 SCP를 만듭니다. 값이 같지 않으면 액세스를 거부합니다. 동일한 SCP 확인에서 aws:EC2lnstanceSourcePrivatolPv4 및 aws:SourceVpc 조건 키의 값이 같은지 확인합니다. 값이 같지 않으면 액세스를 거부합니다. 조직의 각 계정에 SCP를 적용합니다.

DOP-C02-KR 문제 17

회사에는 AWS Organizations의 조직에 속하는 여러 멤버 계정이 있습니다. 보안 팀은 모든 Amazon EC2 보안 그룹과 해당 인바운드 및 아웃바운드 규칙을 검토해야 합니다. 보안 팀은 조직의 마스터 계정에서 AWS Lambda 함수를 사용하여 멤버 계정에서 프로그래밍 방식으로 이 정보를 검색하려고 합니다.
이러한 요구 사항을 충족하는 액세스 변경 조합은 무엇입니까? (3개를 선택하세요.)

A. 회원 계정의 사용자가 마스터 계정 IAM 역할을 맡을 수 있도록 신뢰 관계를 생성합니다.

B. 마스터 계정의 사용자가 회원 계정의 IAM 역할을 맡을 수 있도록 신뢰 관계를 생성합니다.

C. AmazonEC2ReadOnlyAccess 관리형 정책에 대한 액세스 권한이 있는 각 멤버 계정에서 IAM 역할을 생성합니다.

D. 각 멤버 계정에서 IAM 역할을 생성하여 마스터 계정 IAM 역할의 ARN에 대해 sts:AssumeRole 작업을 허용합니다.

E. 회원 계정 IAM 역할의 ARN에 대해 sts:AssumeRole 작업을 허용하는 마스터 계정에서 I AM 역할을 생성합니다.

F. AmazonEC2ReadOnlyAccess 관리형 정책에 대한 액세스 권한이 있는 마스터 계정에서 IAM 역할을 생성합니다.

DOP-C02-KR 문제 18

한 회사가 다중 계정 환경을 위해 AWS Organizations에 조직을 두고 있습니다. DevOps 엔지니어가 조직 전체에서 애플리케이션 패키지 관리를 위한 AWS CodeArtifact 기반 전략을 개발하고 있습니다. 회사의 각 애플리케이션 팀은 조직에서 자체 계정을 가지고 있습니다. 각 애플리케이션 팀은 또한 중앙 집중식 공유 서비스 계정에 대한 제한된 액세스 권한을 가지고 있습니다.
각 애플리케이션 팀은 자체 패키지를 다운로드, 게시 및 액세스 권한을 부여하기 위한 전체 액세스 권한이 필요합니다. 애플리케이션 팀이 사용하는 일부 공통 라이브러리 패키지도 전체 조직과 공유해야 합니다.
이러한 요구 사항을 충족하면서 관리 비용을 최소화할 수 있는 단계 조합은 무엇입니까? (3가지를 선택하세요.)

A. 각 애플리케이션 팀의 계정에 도메인을 만듭니다. 각 애플리케이션 팀의 계정에 lull 읽기 액세스 권한과 애플리케이션 팀의 도메인에 대한 쓰기 액세스 권한을 부여합니다.

B. 공유 서비스 계정에서 도메인을 만듭니다. 조직에 읽기 액세스 권한과 CreateRepository 액세스 권한을 부여합니다.

C. 각 애플리케이션 팀의 계정에 저장소를 만듭니다. 각 애플리케이션 팀의 계정에 lull 읽기 액세스 권한과 자체 저장소에 대한 쓰기 액세스 권한을 부여합니다.

D. 공유 서비스 계정에서 리포지토리를 만듭니다. 조직에 공유 서비스 계정의 리포지토리에 대한 읽기 액세스 권한을 부여합니다. 각 애플리케이션 팀의 리포지토리에서 리포지토리를 업스트림 리포지토리로 설정합니다.

E. 공유 패키지가 필요한 팀의 경우 다른 애플리케이션 팀의 계정에서 저장소에 대한 읽기 액세스를 허용하는 리소스 기반 정책을 만듭니다.

F. 다른 애플리케이션 팀의 저장소를 업스트림 저장소로 설정합니다.

정답: B,D,E

Step 1: Creating a Centralized Domain in the Shared Services Account
To manage application package dependencies across multiple accounts, the most efficient solution is to create a centralized domain in the shared services account. This allows all application teams to access and manage package repositories within the same domain, ensuring consistency and centralization.
Action: Create a domain in the shared services account.
Why: A single, centralized domain reduces the need for redundant management in each application team's account.
Reference: AWS documentation on AWS CodeArtifact domains and repositories.
This corresponds to Option B: Create a domain in the shared services account. Grant the organization read access and CreateRepository access.
Step 2: Sharing Repositories Across Teams with Upstream ConfigurationsTo share common library packages across the organization, each application team's repository can point to the shared services repository as an upstream repository. This enables teams to access shared packages without managing them individually in each team's account.
Action: Create a repository in the shared services account and set it as the upstream repository for each application team.
Why: Upstream repositories allow package sharing while maintaining individual team repositories for managing their own packages.
Reference: AWS documentation on Upstream repositories in CodeArtifact.
This corresponds to Option D: Create a repository in the shared services account. Grant the organization read access to the repository in the shared services account. Set the repository as the upstream repository in each application team's repository.
Step 3: Using Resource-Based Policies for Cross-Account AccessFor teams that need to share their packages with other application teams, resource-based policies can be applied to grant the necessary permissions. These policies allow cross-account access without having to manage permissions at the individual account level.
Action: Create resource-based policies that allow read access to the repositories across application teams.
Why: This simplifies management by centralizing permissions in the shared services account while allowing cross-team collaboration.
Reference: AWS documentation on CodeArtifact resource-based policies.
This corresponds to Option E: For teams that require shared packages, create resource-based policies that allow read access to the repository from other application teams' accounts.

DOP-C02-KR 문제 19

한 회사가 Amazon EC2 인스턴스를 사용하는 새로운 애플리케이션을 배포하고 있습니다. 이 회사는 애플리케이션 로그와 AWS 계정 API 활동을 조회할 수 있는 솔루션이 필요합니다. 이러한 요구 사항을 충족하는 솔루션은 무엇일까요?

A. Amazon CloudWatch 에이전트를 사용하여 EC2 인스턴스의 로그를 Amazon S3로 전송합니다. AWS CloudTrail을 사용하여 API 로그를 Amazon S3로 전달합니다. Amazon Athena를 사용하여 Amazon S3에 있는 두 가지 로그 세트를 모두 쿼리합니다.

B. Amazon CloudWatch 에이전트를 사용하여 EC2 인스턴스의 로그를 Amazon CloudWatch Logs로 전송합니다. AWS CloudTrail을 구성하여 API 로그를 Amazon S3로 전달합니다. CloudWatch를 사용하여 두 로그 세트를 모두 쿼리합니다.

C. Amazon CloudWatch 에이전트를 사용하여 EC2 인스턴스의 로그를 Amazon CloudWatch Logs로 전송합니다. AWS CloudTrail을 구성하여 API 로그를 CloudWatch Logs로 전달합니다. CloudWatch Logs Insights를 사용하여 두 로그 세트를 모두 쿼리합니다.

D. Amazon CloudWatch 에이전트를 사용하여 EC2 인스턴스의 로그를 Amazon Kinesis로 전송합니다. AWS CloudTrail을 구성하여 API 로그를 Kinesis로 전달합니다. Kinesis를 사용하여 데이터를 Amazon Redshift에 로드합니다. Amazon Redshift를 사용하여 두 로그 세트를 모두 쿼리합니다.

DOP-C02-KR 문제 20

회사 개발팀은 AVMS 클라우드 포메이션을 사용하여 애플리케이션 리소스를 배포합니다. 팀은 환경 변경 시에도 이를 사용해야 하며, AWS 관리 콘솔이나 AWS CLI를 사용하여 수동으로 직접 변경할 수 없습니다.
팀은 개발자 IAM 역할을 사용하여 환경에 액세스합니다. 이 역할은 관리자 액세스 관리 정책으로 구성되어 있습니다. 회사는 다음과 같은 정책이 적용된 새로운 CloudFormation 배포 IAM 역할을 생성했습니다.
회사는 CloudFormation만 새로운 역할을 사용할 수 있도록 보장하고자 합니다. 개발팀은 배포된 리소스를 수동으로 변경할 수 없습니다.
다음 요건을 충족하는 단계 조합은 무엇입니까? (세 가지를 선택하십시오.)

A. AdministratorAccess 정책을 제거합니다. ReadOnLityAccess 관리형 IAM 정책을 개발자 역할에 할당합니다. 개발자가 새 스택을 배포할 때 CloudFormationDeployment 역할을 CloudFormation 서비스 역할로 사용하도록 지시합니다.

B. 개발자 IAM 역할이 CloudFormationDeployment 역할을 수임할 수 있도록 CloudFormationDeployment 역할에 대한 신뢰를 업데이트합니다.

C. 리소스에 대한 CloudFormation 작업이 수행될 경우 IAM이 CloudFormationDeployment 역할을 가져오고 전달할 수 있도록 구성합니다.

D. CloudFormationDepoyment 역할의 신뢰도를 업데이트하여 cloudformation.amazonaws.com AWS 보안 주체가 iam:AssumeR01e 작업을 수행할 수 있도록 합니다.

E. 관리자 액세스 정책을 제거하세요. 개발자 역할에 읽기 전용/액세스 관리형 IAM 정책을 할당하세요. 개발자가 새 스택을 사용할 때 CloudFormatondeployment 역할을 수임하도록 지시하세요.

F. CloudFormationDeployment에 IAM 정책을 추가하여 cloudformation을 허용합니다. iam.PassR01e 작업을 허용하는 정책을 추가합니다. iam PassedT0Service가 cloudformation.amazonaws.com과 같으면 해당 ARN에 대해 iam.PassR01e 작업을 허용합니다.

정답: A,D,F

A comprehensive and detailed explanation is:
Option A is correct because removing the AdministratorAccess policy and assigning the ReadOnlyAccess managed IAM policy to the developer role is a valid way to prevent the developers from making any manual changes to the deployed resources. The AdministratorAccess policy grants full access to all AWS resources and actions, which is not necessary for the developers. The ReadOnlyAccess policy grants read-only access to most AWS resources and actions, which is sufficient for the developers to view the status of their stacks.
Instructing the developers to use the CloudFormationDeployment role as a CloudFormation service role when they deploy new stacks is also a valid way to ensure that only CloudFormation can use the new role. A CloudFormation service role is an IAM role that allows CloudFormation to make calls to resources in a stack on behalf of the user1. The user can specify a service role when they create or update a stack, and CloudFormation will use that role's credentials for all operations that are performed on that stack1.
Option B is incorrect because updating the trust of CloudFormationDeployment role to allow the developer IAM role to assume the CloudFormationDeployment role is not a valid solution. This would allow the developers to manually assume the CloudFormationDeployment role and perform actions on the deployed resources, which is not what the company wants. The trust of CloudFormationDeployment role should only allow the cloudformation.amazonaws.com AWS principal to assume the role, as in option D.
Option C is incorrect because configuring the IAM user to be able to get and pass the CloudFormationDeployment role if cloudformation actions for resources is not a valid solution. This would allow the developers to manually pass the CloudFormationDeployment role to other services or resources, which is not what the company wants. The IAM user should only be able to pass the CloudFormationDeployment role as a service role when they create or update a stack with CloudFormation, as in option A.
Option D is correct because updating the trust of CloudFormationDeployment role to allow the cloudformation.amazonaws.com AWS principal to perform the iam:AssumeRole action is a valid solution.
This allows CloudFormation to assume the CloudFormationDeployment role and access resources in other services on behalf of the user2. The trust policy of an IAM role defines which entities can assume the role2.
By specifying cloudformation.amazonaws.com as the principal, you grant permission only to CloudFormation to assume this role.
Option E is incorrect because instructing the developers to assume the CloudFormationDeployment role when they deploy new stacks is not a valid solution. This would allow the developers to manually assume the CloudFormationDeployment role and perform actions on the deployed resources, which is not what the company wants. The developers should only use the CloudFormationDeployment role as a service role when they deploy new stacks with CloudFormation, as in option A.
Option F is correct because adding an IAM policy to CloudFormationDeployment that allows cloudformation:
* on all resources and adding a policy that allows the iam:PassRole action for ARN of CloudFormationDeployment if iam:PassedToService equals cloudformation.amazonaws.com are valid solutions. The first policy grants permission for CloudFormationDeployment to perform any action with any resource using cloudformation.amazonaws.com as a service principal3. The second policy grants permission for passing this role only if it is passed by cloudformation.amazonaws.com as a service principal4. This ensures that only CloudFormation can use this role.
References:
1: AWS CloudFormation service roles
2: How to use trust policies with IAM roles
3: AWS::IAM::Policy
4: IAM: Pass an IAM role to a specific AWS service

다른 버전: 212Amazon.DOP-C02-KR.v2026-06-01.q207; 591Amazon.DOP-C02-KR.v2026-05-20.q183; 479Amazon.DOP-C02-KR.v2026-04-28.q189; 731Amazon.DOP-C02-KR.v2026-03-28.q143; 491Amazon.DOP-C02-KR.v2026-03-16.q152; 601Amazon.DOP-C02-KR.v2026-03-14.q173; 1832Amazon.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; 667Amazon.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; 870PMI.PMP-KR.v2026-06-01.q1069; 231Microsoft.MS-102-KR.v2026-06-01.q252; 212Amazon.DOP-C02-KR.v2026-06-01.q207; 159Microsoft.AZ-104-KR.v2026-06-01.q197