A. 모든 VM의 스냅샷을 자주 찍습니다.

B. Stackdriver Trace를 사용하여 성능 병목 현상을 찾아보세요.

C. VM에 Stackdriver Logging 에이전트를 설치합니다.

D. VM에 Stackdriver Monitoring 에이전트를 설치합니다.

A. 원래 클라우드 함수를 그대로 두고 새 API로 두 번째 클라우드 함수를 배포합니다. 로드 밸런서를 사용하여 버전 간에 호출을 분산합니다.

B. 원래 Cloud Function을 그대로 두고 변경된 API만 포함하는 두 번째 Cloud Function을 배포합니다. 호출은 자동으로 올바른 함수로 라우팅됩니다.

C. 원래 Cloud Function을 그대로 두고 새 API로 두 번째 Cloud Function을 배포합니다. Cloud Endpoints를 사용하여 버전이 지정된 API를 노출하는 API 게이트웨이를 제공합니다.

D. 새 API를 지원하기 위해 코드를 변경한 후 Cloud Function을 다시 배포합니다. 두 버전의 API에 대한 요청은 호출에 포함된 버전 식별자를 기반으로 이행됩니다.

A. 1. 동일한 프로젝트에서 Cloud SQL과 Cloud Run을 활성화합니다.
2. Cloud SQL에 대한 개인 IP 주소를 구성합니다. 개인 서비스 액세스를 활성화합니다.
3. Serverless VPC 액세스 커넥터를 만듭니다.
4. 커넥터를 사용하여 Cloud SQL에 연결하도록 Cloud Run을 구성합니다.

B. 1. Compute Engine 가상 머신(VM)에 PostgreSQL을 설치하고 동일한 프로젝트에서 Cloud Run을 활성화합니다.
2. VM에 대한 개인 IP 주소를 구성합니다. 개인 서비스 액세스를 활성화합니다.
3. Serverless VPC 액세스 커넥터를 만듭니다.
4. PostgreSQL을 호스팅하는 VM에 연결하기 위해 커넥터를 사용하도록 Cloud Run을 구성합니다.

C. 1. Cloud SQL과 Cloud Run을 다른 프로젝트에서 사용하세요.
2. Cloud SQL에 대한 개인 IP 주소를 구성합니다. 개인 서비스 액세스를 활성화합니다.
3. Serverless VPC 액세스 커넥터를 만듭니다.
4. 두 프로젝트 간에 VPN 연결을 설정합니다. 커넥터를 사용하여 Cloud SQL에 연결하도록 Cloud Run을 구성합니다.

D. 1. Compute Engine VM에 PostgreSQL을 설치하고 다양한 프로젝트에서 Cloud Run을 활성화합니다.
2. VM에 대한 개인 IP 주소를 구성합니다. 개인 서비스 액세스를 활성화합니다.
3. Serverless VPC 액세스 커넥터를 만듭니다.
4. 두 프로젝트 간에 VPN 연결을 설정합니다. 커넥터를 사용하여 PostgreSQL을 호스팅하는 VM에 액세스하도록 Cloud Run을 구성합니다.

A. 마이크로서비스 구현과 마이크로서비스 호출자 간의 API 계약 계약을 작성합니다.

B. 현재 인터페이스와 호환되지 않을 수 있는 향후 변경을 허용하는 버전 관리 체계를 구현합니다.

C. 마이크로서비스 호출자가 사용하는 것과 동일한 프로그래밍 언어로 마이크로서비스 코드를 개발합니다.

D. 성능 요구 사항을 충족할 만큼 충분한 마이크로서비스 인스턴스가 실행 중인지 확인하세요.

E. 모든 마이크로서비스 구현과 마이크로서비스 호출자 간에 비동기 통신을 요구합니다.

A. HTTPS 로드 밸런서를 사용하여 노출되는 백엔드 서비스로 하나의 Cloud Function을 생성합니다.

B. 직접 노출되는 세 개의 Cloud Functions를 생성합니다.

C. 직접 노출되는 클라우드 함수 하나를 생성합니다.

D. HTTPS 로드 밸런서를 사용하여 노출된 세 개의 백엔드 서비스로 세 개의 Cloud Functions를 생성합니다.