Professional-Cloud-Developer 문제 172
큰 트래픽 증가를 처리할 수 있도록 인증 서비스에서 감사 이벤트 수집을 다시 설계해야 합니다. 현재 감사 서비스와 인증 시스템은 동일한 Compute Engine 가상 머신에서 실행됩니다. 새 아키텍처에서는 다음 Google Cloud 도구를 사용할 계획입니다.
각각 인증 서비스 인스턴스를 실행하는 여러 Compute Engine 머신 인증 서비스에서 이벤트를 보내기 위해 각각 감사 서비스 Pub/Sub 인스턴스를 실행하는 여러 Compute Engine 머신.
시스템이 대량의 메시지를 처리하고 효율적으로 확장할 수 있도록 하려면 주제와 구독을 어떻게 설정해야 합니까?
각각 인증 서비스 인스턴스를 실행하는 여러 Compute Engine 머신 인증 서비스에서 이벤트를 보내기 위해 각각 감사 서비스 Pub/Sub 인스턴스를 실행하는 여러 Compute Engine 머신.
시스템이 대량의 메시지를 처리하고 효율적으로 확장할 수 있도록 하려면 주제와 구독을 어떻게 설정해야 합니까?
Professional-Cloud-Developer 문제 173
애플리케이션은 커스텀 머신 이미지로 빌드됩니다. 머신 이미지의 고유한 배포가 여러 개 있습니다. 각 배포는 자체 템플릿이 있는 별도의 관리형 인스턴스 그룹입니다. 각 배포에는 고유한 구성 값 집합이 필요합니다. 각 배포에 이러한 고유한 값을 제공하되 모든 배포에서 동일한 사용자 지정 머신 이미지를 사용하려고 합니다. Compute Engine의 기본 기능을 사용하고 싶습니다. 당신은 무엇을 해야 합니까?
Professional-Cloud-Developer 문제 174
Cloud Build를 사용하여 Cloud Source Repositoties 저장소에 커밋되는 각 소스 코드에 대해 새 Docker 이미지를 만듭니다. 귀하의 애플리케이션은 마스터 브랜치에 대한 모든 커밋을 기반으로 구축됩니다. 자동화된 방법으로 마스터 브랜치에 대한 특정 커밋을 릴리스하려고 합니다. 당신은 무엇을 해야 합니까?
Professional-Cloud-Developer 문제 175
App Engine 표준 구성은 다음과 같습니다.
서비스: 생산
인스턴스_클래스: B1
애플리케이션을 5개의 인스턴스로 제한하려고 합니다. 구성에 어떤 코드 조각을 포함해야 합니까?
manual_scaling:
서비스: 생산
인스턴스_클래스: B1
애플리케이션을 5개의 인스턴스로 제한하려고 합니다. 구성에 어떤 코드 조각을 포함해야 합니까?
manual_scaling:
Professional-Cloud-Developer 문제 176
귀하의 조직에서는 최근 기존 애플리케이션을 Google Kubernetes Engine으로 플랫폼 변경하기 위한 이니셔티브를 시작했습니다. 모놀리식 애플리케이션을 마이크로서비스로 분해해야 합니다. 여러 인스턴스에는 공유 파일 시스템에 저장된 구성 파일에 대한 읽기 및 쓰기 액세스 권한이 있습니다. 이 전환을 관리하는 데 필요한 노력을 최소화하고 애플리케이션 코드를 다시 작성하지 않기를 원합니다. 당신은 무엇을 해야 합니까?