- 질문
디자인중인 응용 프로그램은 파일을 수신하고 처리합니다. 파일의 크기는 일반적으로 약 4GB이며 애플리케이션은 일반적으로 각 파일에 대해 몇 초가 걸리는 파일에서 메타 데이터를 추출합니다. 업데이트 패턴은 활동이 적고 짧은 시간 내에 여러 번 업로드되는 매우 동적입니다.
이 워크로드를 가장 비용 효율적으로 처리할 아키텍처는 무엇입니까?
- S3 버킷에 파일을 업로드하고 Amazon S3 이벤트 알림을 사용하여 Lambda 함수를 호출하여 메타 데이터를 추출합니다.
- 처리를 위해 다른 EC2 인스턴스에서 액세스 할 수있는 EBS 볼륨에 파일을 저장합니다.
- Kinesis 데이터 스트림을 사용하여 파일을 저장하고 Lambda를 사용하여 처리
- 파일을 SQS 대기열에 배치하고 EC2 인스턴스 집합을 사용하여 메타 데이터를 추출합니다.
설명:
S3 버킷에 파일을 저장하는 것이 가장 비용 효율적인 설루션이며, S3 이벤트 알림을 사용하여 Lambda 함수를 호출하는 것은이 예측할 수 없는 워크로드에 적합합니다.
다음 다이어그램은 사용자가 문서를 Amazon S3 버킷에 업로드하고 이벤트 알림이 이미지 크기를 조정하는 Lambda 함수를 트리거하는 유사한 아키텍처를 보여줍니다.
정답 : "S3 버킷에 파일을 업로드하고 Amazon S3 이벤트 알림을 사용하여 Lambda 함수를 호출하여 메타 데이터를 추출"하는 것이 정답입니다.
올바르지 않음 : "Kinesis 데이터 스트림을 사용하여 파일을 저장하고 Lambda를 사용하여 처리"가 올바르지 않습니다. Kinesis 데이터 스트림은 EC2 인스턴스에서 실행되므로 애플리케이션이 파일을 수신하지 않는 경우에도 일부 용량을 프로비저닝 해야 합니다.이는 처리를 위해 Lambda를 사용하기 전에 S3 버킷에 저장하는 것만 큼 비용 효율적이지 않습니다.
잘못된 예 : "다음 처리를 위해 다른 EC2 인스턴스에서 액세스 할 수 있는 EBS 볼륨에서 파일을 저장합니다"올바르지 않습니다. EBS 볼륨에 파일을 저장하고 처리를 위해 EC2 인스턴스를 사용하는 것은 비용 효율적이지 않습니다.
올바르지 않음 : "파일을 SQS 대기열에 배치하고 EC2 인스턴스 집합을 사용하여 메타 데이터를 추출합니다"가 올바르지 않습니다. SQS 대기열의 최대 메시지 크기는 256KB입니다. Java 용 확장 클라이언트 라이브러리를 사용하여 S3의 페이로드에 대한 포인터를 사용할 수 있지만 최대 페이로드 크기는 2GB입니다.
참고 문헌 :
https://docs.aws.amazon.com/AmazonS3/latest/dev/NotificationHowTo.html
시험 관련 치트 시트로 시간 절약 :
- 질문
회사는 날씨 업데이트를 제공하는 웹 애플리케이션을 실행합니다. 애플리케이션은 Application Load Balancer (ALB) 뒤에 있는 다중 AZ Auto Scaling 그룹의 Amazon EC2 인스턴스 집합에서 실행됩니다. 인스턴스는 Amazon Aurora 데이터베이스에 데이터를 저장합니다. 솔루션 아키텍트는 요청 속도가 산발적으로 증가함에 따라 애플리케이션의 탄력성을 높여야 합니다.
솔루션 아키텍트는 어떤 아키텍처를 구현해야 합니까?(2 개를 선택하십시오.)
- ALB 앞에 추가 및 AWS WAF
- Amazon Aurora 복제본 추가
- 가용 영역에 AWS Transit Gateway 추가
- AWS Global Accelerator 엔드 포인트 추가
- ALB 앞에 Amazon CloudFront 배포 추가
설명:
아키텍처는 이미 매우 탄력적이지만 요청 속도가 갑자기 증가하면 성능이 저하될 수 있습니다. 이 상황을 해결하기 위해 Amazon Aurora 읽기 전용 복제본을 사용하여 기본 데이터베이스의 요청을 오프 로드하는 읽기 트래픽을 제공할 수 있습니다. 프런트 엔드에서 Amazon CloudFront 배포를 ALB 앞에 배치할 수 있으며 이는 더 나은 성능을 위해 콘텐츠를 캐시하고 백엔드의 요청을 오프로드합니다.
정답 : "Amazon Aurora 복제본 추가"가 정답입니다.
정답 : "ALB 앞에 Amazon CloudFront 배포 추가"가 정답입니다.
올바르지 않음 : "ALB 앞에 추가 및 AWS WAF"가 올바르지 않습니다. 웹 애플리케이션 방화벽은 악의적인 공격으로부터 애플리케이션을 보호합니다. 성능이 향상되지는 않습니다.
잘못된 예 : 이 VPC의에 온 - 프레미스 네트워크를 연결하는 데 사용되는 "가용성 영역에 AWS 교통 게이트웨이를 추가"올바르지 않습니다.
올바르지 않음 : "AWS Global Accelerator 엔드 포인트 추가"는이 서비스가 지연 시간을 기준으로 사용자를 다른 리전의 다른 애플리케이션 인스턴스로 안내하는 데 사용되기 때문에 올바르지 않습니다.
참고 문헌 :
https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.Replication.html
https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/Introduction.html
시험 관련 치트 시트로 시간 절약 :
- 질문
한 연구 회사가 대규모 데이터 세트를 분석하기 위해 Amazon S3에서 데이터 레이크 솔루션을 개발하고 있습니다. 이 솔루션은 드물게 SQL 쿼리 만 수행합니다. 또한 회사는 인프라 비용을 최소화하고자 합니다.
이러한 요구 사항을 충족하려면 어떤 AWS 서비스를 사용해야 합니까?
- 아마존 오로라
- MySQL 용 Amazon RDS
- Amazon Redshift Spectrum
- 아마존 아테나
설명:
Amazon Athena는 표준 SQL을 사용하여 Amazon S3의 데이터를 쉽게 분석할 수 있는 대화 형 쿼리 서비스입니다. Athena는 서버리스이므로 관리할 인프라가 없으며 실행 한 쿼리에 대해서만 비용을 지불합니다. 이는 자주 사용하지 않는 쿼리에 대한 인프라 비용을 최소화해야 한다는 요구 사항을 충족합니다.
정답 : “Amazon Athena”가 정답입니다.
올바르지 않음 : "Amazon Aurora"가 올바르지 않습니다. Amazon RDS와 Aurora는 S3에서 데이터 세트를 분석하는 데 적합한 솔루션이 아닙니다. 둘 다 일반적으로 트랜잭션 (분석이 아님) 워크로드에 사용되는 관계형 데이터베이스입니다.
올바르지 않음 : "MySQL 용 Amazon RDS"가 이전 설명에 따라 올바르지 않습니다.
올바르지 않음 : "Amazon Redshift Spectrum"이 올바르지 않습니다. Amazon RedShift Spectrum은 로드 또는 ETL 없이 Amazon S3에서 엑사 바이트 규모의 비정형 데이터에 대해 쿼리를 실행할 수 있는 Amazon Redshift의 기능입니다. 그러나 RedShift 노드는 EC2 인스턴스에서 실행되므로 자주 사용하지 않는 쿼리의 경우 인프라 비용이 최소화되지 않습니다.
참고 문헌 :
https://docs.aws.amazon.com/athena/latest/ug/what-is.html
시험 관련 치트 시트로 시간 절약 :
- 질문
Amazon VPC에는 여러 Amazon EC2 인스턴스가 포함되어 있습니다. 인스턴스는 Amazon DynamoDB에 대한 API 호출을 수행해야 합니다. 아키텍트는 API 호출이 인터넷을 통과하지 않도록 해야 합니다.
이것이 어떻게 성취될 수 있습니까? (2 개를 선택하십시오.)
- 엔드 포인트에 대한 라우팅 테이블 항목 생성
- VPC의 각 서브넷에서 엔드 포인트에 대한 ENI를 생성합니다.
- DynamoDB 용 게이트웨이 엔드 포인트 생성
- VPC와 DynamoDB간에 VPC 피어링 연결 생성
- 엔드 포인트를 사용하는 새 DynamoDB 테이블 생성
설명:
Amazon DynamoDB 및 Amazon S3는 인터페이스 엔드 포인트가 아닌 게이트웨이 엔드 포인트를 지원합니다. 게이트웨이 엔드 포인트를 사용하여 VPC에 엔드 포인트를 생성하고 서비스에 대한 액세스를 허용하는 정책을 연결 한 다음 라우팅 테이블 항목을 생성할 라우팅 테이블을 지정합니다.
정답 : "엔드 포인트에 대한 라우팅 테이블 항목 생성"이 정답입니다.
정답 : “DynamoDB 용 게이트웨이 엔드 포인트 생성”도 정답입니다.
INCORRECT : 새로운 DynamoDB의 테이블을 만들 필요가 없습니다로 잘못된 "엔드 포인트를 사용하는 새로운 DynamoDB의 테이블 만들기"를 참조하십시오.
잘못된 예 : ENI는 인터페이스의 엔드 포인트가 아닌 게이트웨이 엔드 포인트에서 사용되는 "는 VPC의 서브넷의 각 엔드 포인트에 대한 ENI 만들기"올바르지 않습니다.
잘못된 예 : 공공 서비스는 VPC의 외부에 있는 당신은 VPC 및 공공 AWS 서비스 사이의 VPC 어깨를 나란히 연결을 만들 수 잘못 "는 VPC와 DynamoDB의 사이 VPC 어깨를 나란히 연결 만들기"를 참조하십시오.
참고 문헌 :
https://docs.aws.amazon.com/vpc/latest/userguide/vpce-gateway.html
시험 관련 치트 시트로 시간 절약 :
- 질문
솔루션 아키텍트는 AWS Lambda 함수가 Amazon DynamoDB 테이블에 액세스 하는 새로운 워크로드를 설계하고 있습니다.
Lambda 함수에 DynamoDB 테이블에 대한 액세스 권한을 부여하는 가장 안전한 방법은 무엇입니까?
- ID 및 액세스 관리 (IAM) 사용자를 만들고 사용자에 대한 액세스 및 비밀 키를 만듭니다. 사용자에게 DynamoDB 테이블에 액세스하는 데 필요한 권한을 부여합니다. 개발자가 이러한 키를 사용하여 리소스에 액세스하도록합니다.
- DynamoDB 사용자 이름과 암호를 생성하고 Lambda 함수에서 사용할 수 있도록 개발자에게 제공합니다.
- AWS Lambda에서 액세스를 허용하는 자격 증명 및 액세스 관리 (IAM) 역할을 생성하고 DynamoDB 테이블에 역할을 할당합니다.
- DynamoDB 테이블에 액세스하는 데 필요한 권한이있는 ID 및 액세스 관리 (IAM) 역할을 생성하고 Lambda 함수에 역할을 할당합니다.
설명:
가장 안전한 방법은 IAM 역할을 사용하는 것이므로 코드에 자격 증명을 포함할 필요가 없으며 Lambda 함수가 액세스 할 수 있는 서비스를 엄격하게 제어할 수 있습니다. 역할을 DynamoDB 테이블이 아닌 Lambda 함수에 할당해야 합니다.
정답 : “DynamoDB 테이블에 액세스 하는 데 필요한 권한이 있는 ID 및 액세스 관리 (IAM) 역할을 생성하고 Lambda 함수에 역할을 할당합니다.”가 정답입니다.
올바르지 않음 : "DynamoDB 사용자 이름 및 암호를 생성하여 Lambda 함수에서 사용할 수 있도록 개발자에게 제공"이 올바르지 않습니다. DynamoDB에 대한 사용자 이름과 암호를 생성할 수 없으며 가능하다면 이를 함수 코드에 저장하는 것은 좋지 않습니다.
올바르지 않음 : “ID 및 액세스 관리 (IAM) 사용자를 생성하고 사용자에 대한 액세스 및 비밀 키를 생성합니다. 사용자에게 DynamoDB 테이블에 액세스 하는 데 필요한 권한을 부여합니다. 개발자가이 키를 사용하여 리소스에 액세스 하도록 하십시오.”는 올바르지 않습니다. 액세스 키와 보안 ID를 사용하여 DynamoDB에 액세스 하면 안 됩니다.다시 말하지만 이는 피해야 하는 코드에 자격 증명을 포함하는 것을 의미합니다.
잘못된 예 : "AWS 람다에서 ID 및 액세스 관리 (IAM) 역할 허용하는 액세스를 만들고 DynamoDB의 테이블에 역할 할당"이 테이블에 액세스 할 수 있도록 역할이 람다 기능에 할당해야 합니다으로 올바르지 않습니다.
참고 문헌 :
시험 관련 치트 시트로 시간 절약 :
https://digitalcloud.training/certification-training/aws-solutions-architect-associate/database/amazon-dynamodb/
- 질문
전자 상거래 웹 사이트는 Application Load Balancer (ALB) 뒤의 Amazon EC2 인스턴스에서 실행됩니다. 애플리케이션은 상태 비 저장 및 탄력적이며 최소 10 개의 인스턴스에서 최대 200 개의 인스턴스까지 확장됩니다. 최소 80 % 의 시간 동안 최소 40 개의 인스턴스가 필요합니다.
비용을 최소화하려면 어떤 솔루션을 사용해야 합니까?
- 200 개의 인스턴스를 처리 할 수있는 예약 인스턴스 구매
- 80 개의 인스턴스를 처리하려면 예약 인스턴스를 구입하십시오. 스팟 인스턴스를 사용하여 나머지 인스턴스 처리
- 40 개의 인스턴스를 처리하려면 예약 인스턴스를 구매하십시오. 온 디맨드 및 스팟 인스턴스를 사용하여 나머지 인스턴스 처리
- 40 개의 인스턴스를 처리하려면 온 디맨드 인스턴스를 구매하십시오. 스팟 인스턴스를 사용하여 나머지 인스턴스 처리
설명:
이 경우 80 % 의 시간 동안 최소 40 개의 인스턴스가 필요하므로 온 디맨드 인스턴스에 비해 최대 72 %의 할인을 제공할 수 있는 예약 인스턴스에 적합한 후보입니다. 나머지 인스턴스에는 온 디맨드 및 스폿 인스턴스를 사용해야 합니다.애플리케이션이 상태 비 저장이므로 스팟을 사용할 수 있으며 이는 비용을 최소화하고 스팟 인스턴스를 사용할 수 없거나 가격이 유익하지 않을 때 온 디맨드를 사용할 수 있습니다.
올바름 : “인스턴스 40 개를 포함하려면 예약 인스턴스를 구입하십시오. 온 디맨드 및 스팟 인스턴스를 사용하여 나머지 인스턴스를 처리하십시오.”가 정답입니다.
올바르지 않음 : “온 디맨드 인스턴스를 구입하여 40 개의 인스턴스를 처리하십시오. 온 디맨드 인스턴스가 비용을 최소화하지 않으므로 스팟 인스턴스를 사용하여 나머지 인스턴스를 처리하십시오. 최소한 필요한 인스턴스의 경우 예약된 인스턴스를 사용해야 합니다.
잘못된 예 : "구매 예약 인스턴스 (200 개) 인스턴스를 포함하는"40 개 인스턴스 위의 이러한 추가 인스턴스 만 점점 시간의 20 % 사용으로 올바르지 않습니다. 40 개의 인스턴스 만 예약하는 것이 좋습니다.
올바르지 않음 : “80 개의 인스턴스를 처리할 수 있도록 예약 인스턴스를 구입하십시오. 스팟 인스턴스를 사용하여 나머지 인스턴스를 처리하십시오.”는 잘못된 것입니다. 이는 시간의 80 %가 사용되기 때문에 40 개의 인스턴스 만 예약해야하기 때문입니다. 나머지는 스팟 인스턴스 여야 합니다.
참고 문헌 :
https://aws.amazon.com/ec2/pricing/reserved-instances/
시험 관련 치트 시트로 시간 절약 :
- 질문
최근 AWS에서 웹 애플리케이션이 시작되었습니다. 이 아키텍처에는 웹 계층과 데이터베이스 계층이 있는 2 계층이 포함됩니다. 웹 서버 계층이 크로스 사이트 스크립팅 (XSS) 공격에 취약할 수 있음이 확인되었습니다.
솔루션 아키텍트는 취약점을 해결하기 위해 무엇을 해야 합니까?
- Network Load Balancer를 생성합니다. 로드 밸런서 뒤에 웹 계층을 배치하고 AWS WAF를 활성화합니다.
- Application Load Balancer를 생성합니다. 로드 밸런서 뒤에 웹 계층을 배치하고 AWS WAF를 활성화합니다.
- Classic Load Balancer를 생성합니다. 로드 밸런서 뒤에 웹 계층을 배치하고 AWS WAF를 활성화합니다.
- Application Load Balancer를 생성합니다. 로드 밸런서 뒤에 웹 계층을 배치하고 AWS Shield Standard를 사용합니다.
설명:
AWS 웹 애플리케이션 방화벽 (WAF)은 Application Load Balancer (ALB)에서 사용할 수 있습니다. VPC의 Application Load Balancer (내부 및 외부 모두)에서 AWS WAF를 직접 사용하여 웹 사이트와 웹 서비스를 보호할 수 있습니다.
공격자는 웹 애플리케이션의 취약성을 악용하기 위해 웹 요청에 스크립트를 삽입하는 경우가 있습니다. 하나 이상의 교차 사이트 스크립팅 일치 조건을 생성하여 웹 요청 (예 : URI 또는 쿼리 문자열)에서 AWS WAF가 가능한 악성 스크립트를 검사하도록 하려는 부분을 식별할 수 있습니다.
옳음 : “Application Load Balancer를 생성하십시오. 로드 밸런서 뒤에 웹 계층을 배치하고 AWS WAF를 활성화하십시오.”가 정답입니다.
올바르지 않음 : “클래식로드 밸런서를 생성합니다. 웹 계층을 로드 밸런서 뒤에 놓고 AWS WAF 활성화”는 클래식로드 밸런서와 함께 AWS WAF를 사용할 수 없기 때문에 올바르지 않습니다.
올바르지 않음 : “Network Load Balancer를 생성하십시오. 웹 계층을 로드 밸런서 뒤에 놓고 AWS WAF 활성화”는 네트워크로드 밸런서와 함께 AWS WAF를 사용할 수 없기 때문에 올바르지 않습니다.
올바르지 않음 : “Application Load Balancer를 생성합니다. 웹 계층을로드 밸런서 뒤에 두고 AWS Shield Standard를 사용하십시오.”는 AWS Shield를 사용하여 XSS 공격으로부터 보호할 수 없기 때문에 올바르지 않습니다. Shield는 DDoS 공격으로부터 보호하는 데 사용됩니다.
참고 문헌 :
https://docs.aws.amazon.com/waf/latest/developerguide/classic-web-acl-xss-conditions.html
시험 관련 치트 시트로 시간 절약 :
- 질문
한 회사가 빅 데이터 및 분석 워크로드를 배포하고 있습니다. 분석은 여러 AZ에 걸쳐 수천 개의 EC2 인스턴스 집합에서 실행됩니다. 모든 EC2 인스턴스에서 동시에 마운트하고 액세스 할 수 있는 공유 스토리지 계층에 데이터를 저장해야 합니다.대기 시간은 문제가 되지 않지만 매우 높은 처리량이 필요합니다.
이 요구 사항에 가장 적합한 스토리지 계층은 무엇입니까?
- 범용 모드의 Amazon EFS
- 최대 I / O 모드의 Amazon EFS
- 아마존 S3
- Amazon EBS PIOPS
설명:
최대 I / O 모드의 Amazon EFS 파일 시스템은 파일 작업에 대한 지연 시간이 약간 더 길어지면서 더 높은 수준의 총 처리량 및 초당 작업으로 확장할 수 있습니다. 여러 AZ에 걸쳐 최대 수천 개의 EC2 인스턴스에 EFS 파일 시스템을 탑재할 수도 있습니다.
정답 : “최대 I / O 모드의 Amazon EFS”가 정답입니다.
잘못된 예 : 최대 I / O 모드가 이러한 요구 사항을 사용 해야로 "아마존 EFS 일반 목적 모드는"올바르지 않습니다.
올바르지 않음 : "Amazon EBS PIOPS"가 올바르지 않습니다. Amazon EBS 볼륨은 AZ의 인스턴스 간에 공유할 수 없습니다.
올바르지 않음 : "Amazon S3"가 올바르지 않습니다. Amazon S3는 동시에 탑재하고 액세스 할 수 있는 스토리지 계층이 아닙니다.
참고 문헌 :
https://docs.aws.amazon.com/efs/latest/ug/performance.html
시험 관련 치트 시트로 시간 절약 :
- 질문
사용자 행동에 대한 정보를 수집하는 애플리케이션을 구축하고 있습니다. 이 애플리케이션은 다량의 동적 데이터를 빠르게 수집하고 매우 짧은 대기 시간을 필요로 합니다.데이터베이스는 다운 타임 없이 확장 가능해야 합니다.이 시나리오에 어떤 데이터베이스를 권장하시겠습니까?
- MySQL과 RDS
- DynamoDB
- RedShift
- Microsoft SQL을 사용하는 RDS
설명:
Amazon DynamoDB는 원활한 확장 성과 함께 빠르고 예측 가능한 성능을 제공하는 완전 관리 형 NoSQL 데이터베이스 서비스입니다. 푸시 버튼 확장은 다운 타임 없이 언제든지 DB를 확장할 수 있음을 의미합니다. DynamoDB는 낮은 읽기 및 쓰기 지연 시간을 제공합니다.
정답 : “DynamoDB”가 정답입니다.
올바르지 않음 : “RDS with MySQL”이 올바르지 않습니다. RDS는 EC2 인스턴스를 사용하므로 컴퓨팅을 수직으로 확장하려면 인스턴스 유형 / 크기를 변경해야 합니다.
올바르지 않음 : "RedShift"가 올바르지 않습니다. RedShift는 EC2 인스턴스도 사용하므로 컴퓨팅을 수직으로 확장하려면 인스턴스 유형 / 크기를 선택해야 하지만 클러스터에 노드를 더 추가하여 수평으로 확장할 수도 있습니다.
올바르지 않음 : "Microsoft SQL이 있는 RDS"가 올바르지 않습니다. 동적 데이터의 신속한 수집은 RDS 또는 RedShift의 이상적인 사용 사례가 아닙니다.
참고 문헌 :
https://aws.amazon.com/dynamodb/
시험 관련 치트 시트로 시간 절약 :
- 질문
Amazon EC2 인스턴스에서 시작된 애플리케이션은 Amazon SNS를 사용하는 고객에 대한 개인 식별 정보 (PII)를 게시해야 합니다.애플리케이션은 Amazon VPC 내의 프라이빗 서브넷에서 시작됩니다.
애플리케이션이 동일한 지역의 서비스 엔드 포인트에 액세스 할 수 있도록 허용하는 가장 안전한 방법은 무엇입니까?
- 프록시 인스턴스 사용
- AWS PrivateLink 사용
- NAT 게이트웨이 사용
- 인터넷 게이트웨이 사용
설명:
Amazon VPC에서 Amazon SNS 주제에 메시지를 게시하려면 인터페이스 VPC 엔드 포인트를 생성하십시오. 그런 다음 VPC로 관리하는 네트워크 내에서 트래픽을 유지하면서 SNS 주제에 메시지를 게시할 수 있습니다. 트래픽이 인터넷을 통과할 필요가 없기 때문에 이것은 가장 안전한 옵션입니다.
정답 : “AWS PrivateLink 사용”이 정답입니다.
올바르지 않음 : "인터넷 게이트웨이 사용"이 올바르지 않습니다. 인터넷 게이트웨이는 퍼블릭 서브넷의 인스턴스에서 인터넷에 액세스 하는 데 사용되며 이는 VPC 엔드 포인트보다 덜 안전합니다.
올바르지 않음 : "프록시 인스턴스 사용"이 올바르지 않습니다. 프록시 인스턴스도 공용 인터넷을 사용하므로 VPC 엔드 포인트보다 안전하지 않습니다.
올바르지 않음 : "NAT 게이트웨이 사용"이 올바르지 않습니다. NAT 게이트웨이는 프라이빗 서브넷의 인스턴스에서 인터넷에 액세스 하는 데 사용되며 이는 VPC 엔드 포인트보다 덜 안전합니다.
참고 문헌 :
https://docs.aws.amazon.com/sns/latest/dg/sns-vpc-endpoint.html
시험 관련 치트 시트로 시간 절약 :
'AWS Associate: Solution Architect > AWS migration' 카테고리의 다른 글
| migration 연습문제 1 (0) | 2021.02.27 |
|---|
댓글