A. 모든 프로덕션 인스턴스에 deny associate-address 권한이 포함된 EC2 IAM 역할이 있는지 확인하기 위한 AWS Config 규칙을 만듭니다. 인스턴스와 연결된 Elastic IP 주소가 있는지 확인하고 인스턴스에 연결된 Elastic IP 주소가 있는 경우 보안 팀에 경고합니다.

B. 개발자의 IAM 그룹에 IAM 정책을 연결하여 associate-address 권한을 거부합니다.
프로덕션으로 태그가 지정된 인스턴스와 Elastic IP 주소가 연결되어 있는지 확인하는 사용자 지정 AWS Config 규칙을 만들고 보안 팀에 알립니다.

C. 모든 IAM 그룹이 Developers에 연결되었는지 확인하십시오. associate-address 권한이 없습니다. 예약된 AWS Lambda 함수를 만들어서 Elastic IP 주소가 production으로 태그된 인스턴스와 연결되어 있는지 확인하고 인스턴스에 Elastic IP 주소가 연결되어 있으면 보안 팀에 경고합니다.

D. Amazon Athena를 사용해 AWS CloudTrail 로그를 쿼리하여 연결 주소 시도가 있는지 확인합니다.
AWS Lambda 함수를 생성하여 인스턴스에서 Elastic IP 주소를 분리하고 보안 팀에 알립니다.

A. 배포 대상을 분리하기 위해 스테이징 및 프로덕션 환경에 대한 명명 규칙을 정의합니다.
Lambda 환경 변수를 사용하여 환경에 따른 값을 저장합니다.
AWS CodeDeploy로 CodePipeline을 사용하여 배포를 자동화합니다.

B. 배포 대상을 분리하려면 스테이징 및 프로덕션 계정을 별도로 만듭니다.
Lambda 환경 변수를 사용하여 환경에 따른 값을 저장합니다.
AWS CodeDeploy로 CodePipeline을 사용하여 배포를 자동화합니다.

C. 배포 대상을 분리하기 위해 스테이징 및 프로덕션 환경에 대한 태그 규칙을 정의합니다.
AWS KMS를 사용하여 환경별 값을 저장합니다.
AWS CodeDeploy로 배포를 자동화하려면 CodePipeline을 사용하세요.

D. 배포 대상을 분리하려면 스테이징 및 프로덕션 계정을 별도로 만듭니다.
AWS KMS를 사용하여 환경별 값을 저장합니다.
AWS CodeDeploy로 배포를 자동화하려면 CodePipeline을 사용하세요.

A. CodeCommit에서 Amazon S3로 빌드 아티팩트를 복사합니다.

B. 파이프라인 구성 요소를 분리하기 위해 Amazon SQS 대기열을 구현합니다.

C. AWS CodePipeline에서 배포 대상으로 AWS Elastic Beanstalk 환경을 생성합니다.

D. Application Load Balancer(ALB) 뒤에 Amazon EC2 인스턴스의 자동 확장 그룹을 만들고 AWS CodePipeline에서 ALB를 배포 대상으로 설정합니다.

E. AWS CloudFormation을 사용하여 모든 리소스를 프로비저닝합니다.

F. AWS CodeBuild를 사용하여 빌드 단계로 AWS CodePipehne 파이프라인을 구성합니다.

A. Auto Scaling 그룹을 사용하는 로드 밸런서 뒤에 애플리케이션을 다시 배포합니다. 동일한 새 Auto Scaling 그룹을 생성하여 Amazon Route53 영역에 연결합니다.
모든 인스턴스가 정상으로 표시되면 새 Auto Scaling 그룹으로 트래픽을 자동으로 가중하도록 Amazon Route53을 구성합니다.

B. AWS CloudFormation 템플릿을 사용하여 로드 밸런서 뒤에 애플리케이션을 다시 배포하고 각 배포 중에 새 AWS CloudFormation 스택을 시작합니다.
로드 밸런서를 업데이트하여 트래픽을 새 스택으로 보낸 다음 소프트웨어를 배포합니다. 이전 스택은 실행 상태로 두고 해당 리소스에 롤백 버전을 태그합니다.

C. AWS OpsWorks 스택을 사용하여 로드 밸런서 뒤에 애플리케이션을 다시 배포하고 AWS OpsWorks 스택 버전 관리를 사용합니다. 배포 중에 애플리케이션의 새 버전을 만들고 AWS OpsWorks에 로드 밸런서 뒤에서 새 버전을 시작하도록 지시합니다. 새 버전이 시작되면 이전 AWS OpsWorks 스택을 종료합니다.

D. Elastic Beanstalk에서 애플리케이션을 다시 배포합니다. 배포하는 동안 애플리케이션의 새 버전을 만들고 Elastic BeanStalk에서 해당 버전을 실행하는 새 환경을 만듭니다. 마지막으로 Elastic Beanstalk Swap CNAME 작업을 활용하여 새 환경으로 전환합니다.

A. 각 EC2 인스턴스에 IPv6 Elastic IP 주소를 할당합니다. 대상 그룹을 만들고 EC2 인스턴스를 대상으로 추가합니다. ALB의 포트 443에 리스너를 만들고 대상 그룹을 ALB와 연관시킵니다.

B. ALB의 VPC와 서브넷에 IPv6 CIDR 블록을 추가합니다. 포트 443에 리스너를 만들고 ALB에서 듀얼스택 IP 주소 유형을 지정합니다. 대상 그룹을 만들고 EC2 인스턴스를 대상으로 추가합니다. 대상 그룹을 ALB와 연결합니다.

C. EC2 인스턴스의 VPC와 프라이빗 서브넷에 IPv6 CIDR 블록을 추가합니다. IPv6 네트워크에 대한 경로 테이블 항목을 만들고, IPv6를 지원하는 EC2 인스턴스 유형을 사용하고, 각 EC2 인스턴스에 IPv6 주소를 할당합니다.

D. ALB를 네트워크 로드 밸런서(NLB)로 교체합니다. NLB의 VPC와 서브넷에 IPv6 CIDR 블록을 추가하고 NLB에 IPv6 탄력적 IP 주소를 할당합니다.

A. Elastic Beanstalk를 사용하여 웹 애플리케이션을 다시 배포하고, 배포 시 Elastic Beanstalk 애플리케이션 버전을 사용하세요.
실패 발생 시 이전 버전을 Elastic Beanstalk 환경으로 다시 배포합니다.

B. AWS OpsWorks 스택을 사용하여 웹 애플리케이션을 다시 배포하고 AWS OpsWorks 자동 롤백 기능을 사용하여 장애 발생 시 롤백을 시작합니다.

C. 배포 가능한 버전별 애플리케이션 번들을 만듭니다.
Amazon S3에 번들을 저장합니다. AWS OpsWorks 스택을 사용하여 웹 애플리케이션을 다시 배포하고 AWS OpsWorks 애플리케이션 버전 관리를 사용하여 장애 발생 시 롤백을 시작합니다.

D. 애플리케이션의 배포 가능한 버전 번들을 만듭니다. 번들을 Amazon S3에 저장합니다.
Elastic Beanstalk에서 웹 애플리케이션을 다시 배포하고, 실패를 정의하는 CloudWatch 메트릭에 연결된 Elastic Beanstalk 자동 롤백 기능을 활성화합니다.

E. Elastic Beanstalk를 사용하여 웹 애플리케이션을 다시 배포하고 Elastic Beanstalk API를 사용하여 FailedDeployment API 호출을 트리거하여 이전 버전으로 롤백을 시작합니다.

A. 자동화된 침투 테스트 도구에 대한 REST API를 직접 트리거하도록 파이프라인을 업데이트합니다.

B. 수동 승인이 필요하도록 CodeDeploy 배포 그룹을 업데이트합니다.

C. 파이프라인의 테스트 및 배포 작업 사이에 수동 승인 작업을 삽입합니다.

D. 자동화된 침투 테스트 도구에 대한 REST API를 트리거하는 Lambda 함수를 호출하도록 파이프라인을 업데이트합니다.

E. 컴파일 단계에 대한 buildspec.yml 파일을 수정하여 완료 전에 수동 승인이 필요하도록 합니다.

A. `ansible'은 개별 플레이를 실행하는 데 사용되고 `ansible-playbook'은 전체 플레이북을 실행하는 데 사용됩니다.

B. `ansible-playbook'은 `ansible' 명령을 사용하여 개별 플레이를 실행하여 플레이북을 실행합니다.

C. `ansible-playbook'은 전체 플레이북을 실행하기 위한 것이고 `ansible'은 임시 명령을 호출하기 위한 것입니다.

D. `ansible'은 `ansible-playbook'이 플레이를 실행할 때 사용할 구성 및 환경 변수를 설정하는 데 사용됩니다.

A. 드라이브에 대해 PIOPS를 선택하고 여러 개를 마운트하면 충분한 디스크 처리량을 프로비저닝할 수 있습니다.

B. 서버에서 바이플렉스 네트워킹을 활성화하여 패킷이 양방향으로 차단되지 않고 전환 오버헤드가 발생하지 않도록 합니다.

C. 인스턴스에 배치 그룹을 사용하여 인스턴스가 동일한 가용성 영역에서 물리적으로 서로 가깝게 위치하도록 합니다.

D. 인스턴스가 서로 다른 VPC에 있는지 확인하여 어느 한 VPC에서 인터넷 게이트웨이가 포화 상태가 되지 않도록 합니다.

A. 6개 지역 각각에 Redis 복제 그룹에 대한 Amazon ElastiCache를 구현합니다.

B. 6개 지역 각각에 Amazon DocumentDB(MongoDB와 호환)를 구현합니다.

C. 6개 지역 각각에 Amazon DynamoDB 글로벌 테이블을 구현합니다.

D. 6개 지역 각각에 Amazon Aurora 글로벌 데이터베이스를 구현합니다.

A. AWS CloudTrail과 AWS Support 통합을 구성합니다. CloudTrail 조회 이벤트를 생성하여 AWS Lambda 함수를 호출하여 EC2 유지 관리 알림을 Amazon Simple Notification Service(Amazon SNS)로 전달합니다. Amazon SNS를 구성하여 Slack 채널과 공유 받은 편지함을 타겟팅합니다.

B. Amazon EventBridge(Amazon CloudWatch Events)를 사용하여 AWS Health 이벤트를 모니터링합니다.
Amazon Simple Notification Service(Amazon SNS) 주제를 대상으로 유지 관리 이벤트를 구성합니다. AWS Lambda 함수를 SNS 주제에 구독하여 Slack 채널과 공유 받은 편지함에 알림을 보냅니다.

C. EC2 유지 관리 알림을 Slack 채널과 공유 받은 편지함으로 보내는 AWS Lambda 함수를 만듭니다. Amazon CloudWatch 메트릭을 사용하여 EC2 상태 이벤트를 모니터링합니다.
유지 관리 알림을 받으면 Lambda 함수를 호출하는 CloudWatch 알람을 구성합니다.

D. AWS Trusted Advisor를 AWS Config와 통합합니다. AWS Lambda 함수를 호출하여 Amazon Simple Notification Service(Amazon SNS) 토픽에 알림을 게시하도록 사용자 지정 AWS Config 규칙을 구성합니다. Slack 채널 엔드포인트와 공유된 받은 편지함을 토픽에 구독합니다.