A. 모놀리식 솔루션은 Docker를 사용하여 컨테이너로 변환할 수 있습니다. 그런 다음 생성된 컨테이너를 Kubernetes 클러스터에 배포할 수 있습니다.

B. 새로운 접근 방식을 통해 애플리케이션에서 인프라를 분리하고, 새로운 기능을 개발 및 출시하고, 기본 인프라를 관리하고, CI/CD 파이프라인을 관리하고, A/B 테스트를 수행하고, 필요한 경우 솔루션을 확장하는 것이 더 쉬워질 것입니다.

C. Migrate for Compute Engine을 사용하여 프로세스를 자동화할 수 있습니다.

D. 새로운 접근 방식은 비용이 훨씬 적게 들고 기본 인프라를 더 쉽게 관리할 수 있으며 CI/CD 파이프라인을 자동으로 관리할 수 있습니다.

A. ISP와 협력하여 문제를 진단하십시오.

B. 지원 티켓을 열어 문제 진단을 위한 네트워크 캡처 및 흐름 데이터를 요청한 다음 애플리케이션을 롤백합니다.

C. 초기에 이전에 알려진 양호한 릴리스로 롤백한 다음 Stackdriver Trace 및 로깅을 사용하여 개발/테스트/스테이징 환경에서 문제를 진단합니다.

D. 이전에 알려진 양호한 릴리스로 롤백한 다음 조사를 위해 더 조용한 시간에 릴리스를 다시 푸시합니다. 그런 다음 Stackdriver Trace 및 로깅을 사용하여 문제를 진단합니다.

A. 다른 지역에 읽기 전용 복제본 인스턴스 생성

B. 다른 지역에 장애 조치 복제본 인스턴스 생성

C. 동일한 지역에 있지만 다른 영역에 읽기 전용 복제본 인스턴스 생성

D. 동일한 지역에 있지만 다른 영역에 장애 조치 복제본 인스턴스를 만듭니다.

A. 고가용성이 사용 설정된 Cloud SQL 인스턴스를 구성합니다.

B. 지역 인스턴스 구성으로 Cloud Spanner 인스턴스를 구성합니다.

C. Windows 장애 조치 클러스터링을 사용하여 Always On 가용성 그룹을 사용하여 Compute Engine에 SQL Server를 설정합니다. 다른 서브넷에 노드를 배치합니다.

D. Windows 장애 조치 클러스터링을 사용하여 SQL Server Always On 가용성 그룹을 설정합니다. 다른 영역에 노드를 배치합니다.

A. 데이터베이스가 온라인 상태인지 확인합니다.

B. 프로젝트 할당량이 초과되지 않았는지 확인합니다.

C. 새 기능 코드가 성능 버그를 유발하지 않았는지 확인합니다.

D. 부하 테스트 팀이 프로덕션에 대해 도구를 실행하고 있지 않은지 확인합니다.