A. 매개변수화된 SQL 쿼리에 STARTS_WITH 키워드 대신 LIKE를 사용합니다.

B. 버전 1 UUID를 단조롭게 증가하는 기본 키로 사용합니다.

C. 32비트 숫자에 64비트 숫자 유형을 사용합니다.

D. 임의 정밀도 값에 STRING 데이터 유형을 사용합니다.

A. 최대 인스턴스: 5
유휴_시간 초과: 10분

B. 인스턴스: 5
min_pending_latency: 30ms
manual_scaling:

C. 최대 인스턴스: 5
유휴_시간 초과: 10분
기본_스케일링:

D. 인스턴스: 5
min_pending_latency: 30ms
기본_스케일링:

A. 이미지를 직접 받아들이고 다른 사용자 정보를 저장하는 데이터베이스에 저장하도록 애플리케이션을 변경합니다.

B. Cloud Storage에 대해 서명된 URL을 생성하도록 애플리케이션을 변경합니다. Cloud Storage에 이미지를 업로드하려면 서명된 URL을 클라이언트 애플리케이션으로 전송하세요.

C. 사용자 이미지를 허용하도록 GCP에 웹 서버를 설정하고 업로드된 파일을 보관할 파일 저장소를 만듭니다. 파일 저장소에서 이미지를 검색하도록 애플리케이션을 변경합니다.

D. Cloud Storage의 각 사용자에 대해 별도의 버킷을 만듭니다. 각 버킷에 대한 쓰기 액세스를 허용하려면 별도의 서비스 계정을 할당하세요. 사용자 정보를 기반으로 서비스 계정 자격 증명을 클라이언트 애플리케이션으로 전송합니다. 애플리케이션은 이 서비스 계정을 사용하여 Cloud Storage에 이미지를 업로드합니다.

A. 1. 애플리케이션 및 인프라 소스 코드를 Git 리포지토리에 저장합니다.
2. Cloud Build를 사용하여 Terraform으로 애플리케이션 인프라를 배포합니다.
3. 파이프라인 단계로 애플리케이션을 Cloud 함수에 배포합니다.

B. 1. Google Cloud Marketplace에서 Jenkins를 배포하고 Jenkins에서 지속적인 통합 파이프라인을 정의합니다.
2. Git 리포지토리에서 애플리케이션 소스 코드를 가져오는 파이프라인 단계를 구성합니다.
3. 파이프라인 단계로 애플리케이션 소스 코드를 App Engine에 배포합니다.

C. 1. Cloud Build에서 지속적 통합 파이프라인을 생성하고, 배포 관리자 템플릿을 사용하여 애플리케이션 인프라를 배포하도록 파이프라인을 구성합니다.
2. 최신 애플리케이션 소스 코드로 컨테이너를 생성하는 파이프라인 단계를 구성합니다.
3. 파이프라인 단계로 컨테이너를 Compute Engine 인스턴스에 배포합니다.

D. 1. gcloud 명령을 사용하여 애플리케이션 인프라를 배포합니다.
2. Cloud Build를 사용하여 애플리케이션 소스 코드 변경을 위한 지속적 통합 파이프라인을 정의합니다.
3. Git 리포지토리에서 애플리케이션 소스 코드를 가져오고 컨테이너화된 애플리케이션을 생성하는 파이프라인 단계를 구성합니다.
4. 파이프라인 단계로 Cloud Run에 새 컨테이너를 배포합니다.

A. 요청을 생성하고 이를 Cloud Run에 배포하는 테스트 하네스를 빌드합니다. Cloud Logging을 사용하여 VPC 흐름 로그를 분석합니다.

B. Locust 또는 JMeter 이미지를 실행하는 Google Kubernetes Engine 클러스터를 만들어 부하 테스트를 동적으로 생성합니다. Cloud Trace를 사용하여 결과를 분석합니다.

C. 테스트 로드를 생성하는 Cloud Task를 만듭니다. Cloud Scheduler를 사용하여 10분 동안 분당 60,000개의 Cloud Task 트랜잭션을 실행하세요. Cloud Monitoring을 사용하여 결과를 분석합니다.

D. Marketplace의 LAMP 스택 이미지를 사용하는 Compute Engine 인스턴스를 생성하고 Apache Bench를 사용하여 서비스에 대한 부하 테스트를 생성합니다. Cloud Trace를 사용하여 결과를 분석합니다.