Q66. GCP에서 실행되는 애플리케이션을 지원하며 Stackdriver 모니터링에서 가장 중요한 알림에 대해 팀에 SMS 알림을 구성하려고 합니다. 이를 구성하려는 알림 정책을 이미 식별했습니다. 어떻게 해야 하나요?

Q67. 개발, 품질 보증(QA), 프로덕션의 세 가지 환경으로 시스템을 설계하고 있습니다.
각 환경은 Terraform으로 배포되며, 애플리케이션 팀이 애플리케이션을 배포할 수 있도록 Google Kubemetes Engine(GKE) 클러스터가 생성됩니다. 각 GKE 클러스터에 인프라 수준 리소스를 배포하기 위해 Anthos Config Management가 사용되며 템플릿이 제공됩니다. 모든 사용자(예: 인프라 운영자 및 애플리케이션 소유자)는 GitOps를 사용합니다. laC(Infrastructure as Code)와 애플리케이션 코드 모두에 대한 소스 제어 리포지토리를 어떻게 구성해야 하나요?

Q68. 글로벌 HTTP의 클라우드 로드 밸런서(CLB) 뒤에서 구글 쿠버네티스 엔진(GKE)에서 실행되는 다중 지역 웹 서비스를 지원합니다. 레거시상의 이유로 사용자 요청은 먼저 타사 CDN(콘텐츠 전송 네트워크)을 통과한 다음 CLB로 트래픽을 라우팅합니다. 이미 CLB 수준에서 가용성 서비스 수준 표시기(SLI)를 구현했습니다. 그러나 로드 밸런서 구성이 잘못되었을 경우를 대비하여 커버리지를 늘리고자 합니다. CDN 장애 또는 기타 글로벌 네트워킹 장애가 발생할 수 있습니다. 이 새로운 SLI는 어디에서 측정해야 할까요?
답변 2개 선택

Q69. 프로덕션 서비스 중 일부가 eu-west-1 리전의 Google Kubernetes 엔진(GKE)에서 실행 중입니다. 빌드 시스템은 us-west-1 리전에서 실행됩니다. 빌드 시스템의 컨테이너 이미지를 확장 가능한 레지스트리로 푸시하여 이미지를 클러스터로 전송하기 위한 대역폭을 최대화하려고 합니다. 어떻게 해야 하나요?

Q70. 애플리케이션이 Google Cloud Platform(GCP)에서 실행됩니다. 애플리케이션 릴리스를 GCP에 배포하기 위해 Jenkins를 구현해야 합니다. 릴리스 프로세스를 간소화하고 운영상의 수고를 줄이며 사용자 데이터를 안전하게 유지하고자 합니다. 어떻게 해야 하나요?

Q71. 동일한 구글 클라우드 플랫폼(GCP) 프로젝트에서 컴퓨트 엔진에서 실행되는 여러 프로덕션 시스템을 관리합니다. 각 시스템에는 고유한 전용 Compute Engine 인스턴스 세트가 있습니다. 각 시스템을 실행하는 데 드는 비용이 얼마인지 알고 싶습니다. 어떻게 해야 하나요?

Q72. 일련의 Google Kubernetes Engine(GKE) 클러스터에 대한 프로덕션 배포를 관리하고 있습니다. 신뢰할 수 있는 CI/CD 파이프라인에 의해 성공적으로 빌드된 이미지만 프로덕션에 배포되기를 원합니다. 어떻게 해야 하나요?

Q73. 대용량 파일을 제공하는 n2-standard-2 컴퓨팅 엔진 인스턴스를 사용하는 서비스를 모니터링하고 있습니다. 사용자가 다운로드 속도가 느리다고 보고했습니다. 클라우드 모니터링 대시보드에 VMS가 최대 네트워크 처리량으로 실행되고 있음을 보여줍니다. 네트워크 처리량 성능을 개선하고 싶습니다. 어떻게 해야 하나요?

Q74. 애플리케이션 이미지는 윙 클라우드 빌드를 통해 빌드되고 Google 컨테이너 레지스트리(GCR)에 푸시됩니다. 소스 제어에 태그된 릴리스 버전을 기반으로 배포할 애플리케이션의 특정 버전을 지정할 수 있기를 원합니다. 이미지를 푸시할 때 어떻게 하나요?

Q75. 최근에 전자상거래 애플리케이션을 Google Cloud로 마이그레이션했습니다. 이제 다가오는 트래픽 성수기에 대비하여 애플리케이션을 준비해야 합니다. Google에서 권장하는 방법을 따르고 싶습니다. 성수기에 대비하려면 먼저 무엇을 해야 하나요?

Q76. 글로벌 조직에서 근무하며 Compute Engine에서 모놀리식 애플리케이션을 실행 중입니다. 가장 적은 수의 단계를 사용하여 CPU 사용률을 최적화하는 애플리케이션의 머신 유형을 선택해야 합니다. 과거 시스템 metncs를 사용하여 애플리케이션이 사용할 머신 유형을 식별하려고 합니다. Google 권장 사례를 따르고자 합니다. 어떻게 해야 하나요?

Q77. Cloud 모니터링 사용자 지정 대시보드를 파트너 팀과 공유하려는 경우 어떻게 해야 하나요?

Q78. Python으로 작성되고 App Engine 유연한 환경에서 호스팅되는 트레이딩 애플리케이션을 지원합니다. 스택드라이버 오류 보고로 전송되는 오류 정보를 사용자 지정하고 싶습니다. 어떻게 해야 하나요?

Q79. Cloud Build를 사용하여 새 Docker 이미지를 빌드하고 이를 Docker Hub로 푸시하는 CI/CD 파이프라인이 있습니다.
코드 버전 관리에 Git을 사용합니다. Cloud 빌드 YAML 구성을 변경한 후 파이프라인에서 새 아티팩트가 빌드되지 않는 것을 확인합니다. 사이트 안정성 엔지니어링 관행에 따라 문제를 해결해야 합니다. 어떻게 해야 하나요?

Q80. 회사에서 Google 쿠버네티스 엔진(GKE)에 배포되는 애플리케이션을 개발하고 있습니다. 각 팀은 서로 다른 애플리케이션을 관리합니다. 비용을 최소화하면서 각 팀을 위한 개발 및 프로덕션 환경을 만들어야 합니다. 다른 팀이 다른 팀의 환경에 액세스할 수 없어야 합니다. 어떻게 해야 하나요?

Q81. 트래픽이 많은 웹 애플리케이션을 지원하며 홈페이지가 적시에 로드되도록 하려고 합니다. 첫 번째 단계로 허용 가능한 페이지 로드 시간을 100ms로 설정하여 홈페이지 요청 지연 시간을 나타내는 서비스 수준 표시기(SLI)를 구현하기로 결정합니다. 이 SLI를 계산하는 Google 권장 방법은 무엇인가요?

Q82. 귀사는 사이트 안정성 엔지니어링 관행을 따릅니다. 귀하는 고객 대면 애플리케이션에 영향을 미치는 대규모의 지속적인 인시던트에 대한 커뮤니케이션 담당자입니다. 서비스 중단이 해결될 것으로 예상되는 시간이 아직 정해지지 않았습니다. 중단에 대한 업데이트를 원하는 내부 이해관계자의 이메일과 진행 상황을 알고 싶어하는 고객의 이메일을 받고 있습니다. 정전의 영향을 받은 모든 사람에게 효율적으로 업데이트를 제공하고자 합니다. 어떻게 해야 하나요?

Q83. 여러분은 인프라를 정의하는 Terraform 템플릿을 만들고 수정할 책임이 있습니다. 두 명의 새로운 엔지니어가 동일한 코드를 작업하게 되므로 프로세스를 정의하고 서로의 코드를 덮어쓰지 않도록 하는 도구를 채택해야 합니다. 또한 모든 업데이트를 최신 버전으로 캡처하고 싶을 수도 있습니다. 어떻게 해야 할까요?

Q84. 사용자 불편이 최소화되는 주말 유지 관리 기간에 내부 애플리케이션의 새 릴리스를 배포합니다. 이 기간이 끝난 후 새 기능 중 하나가 프로덕션 환경에서 예상대로 작동하지 않는다는 사실을 알게 됩니다. 장기간 중단된 후 새 릴리즈를 롤백하고 수정 사항을 배포합니다. 향후 장시간 중단을 방지하기 위해 평균 복구 시간을 줄이기 위해 릴리스 프로세스를 수정하려고 합니다. 어떻게 해야 하나요? (두 가지를 선택하세요.)

Q85. 팀에서 모든 CI/CO 파이프라인에 클라우드 빌드를 사용한다. 클라우드 빌드용 kubectl 빌더를 사용하여 새 이미지를 구글 쿠버네티스 엔진(GKE)에 배포하려고 합니다. 개발 노력을 최소화하면서 GKE에 인증해야 합니다. 어떻게 해야 할까요?