Professional-Cloud-DevOps-Engineer 문제 11
Cloud Build를 사용하여 새 Docker 이미지를 빌드하고 Docker Hub에 푸시하는 CI/CD 파이프라인이 있습니다. 코드 버전 관리에는 Git을 사용합니다. Cloud Build YAML 구성을 변경한 후 파이프라인에서 새 아티팩트가 빌드되지 않는 것을 확인할 수 있습니다. 사이트 안정성 엔지니어링 관행에 따라 문제를 해결해야 합니다. 당신은 무엇을 해야 합니까?
Professional-Cloud-DevOps-Engineer 문제 12
몇 달 동안 고정된 Compute Engine 인스턴스 세트에서 비즈니스에 중요한 워크로드를 실행해야 합니다.
워크로드는 정확한 양의 리소스가 할당되어 안정적입니다. 성능에 영향을 주지 않고 이 워크로드의 비용을 낮추고 싶습니다. 당신은 무엇을 해야 합니까?
워크로드는 정확한 양의 리소스가 할당되어 안정적입니다. 성능에 영향을 주지 않고 이 워크로드의 비용을 낮추고 싶습니다. 당신은 무엇을 해야 합니까?
Professional-Cloud-DevOps-Engineer 문제 13
팀에서는 모든 CI/CO 파이프라인에 Cloud Build를 사용합니다. Cloud Build용 kubectl 빌더를 사용하여 Google Kubernetes Engine(GKE)에 새 이미지를 배포하려고 합니다. 개발 노력을 최소화하면서 GKE에 인증해야 합니다. 당신은 무엇을 해야 합니까?
Professional-Cloud-DevOps-Engineer 문제 14
귀하의 제품은 현재 3개의 Google Cloud Platform(GCP) 영역에 배포되어 있으며 사용자는 영역 간에 구분되어 있습니다. 한 영역에서 다른 영역으로 장애 조치를 수행할 수 있지만 이로 인해 영향을 받는 사용자에게 10분간 서비스가 중단됩니다. 일반적으로 분기당 한 번씩 데이터베이스 오류가 발생하며 5분 이내에 이를 감지할 수 있습니다. 귀하는 귀하의 제품에 대한 새로운 실시간 채팅 기능의 신뢰성 위험을 목록화하고 있습니다. 각 위험에 대해 다음 정보를 분류합니다.
* 평균 감지 시간(MUD}(분)
* MTTR(평균 수리 시간)(분)
* 평균 고장 간격(MTBF)(일)
* 사용자 영향 비율
채팅 기능을 사용하려면 영역 간 장애 조치를 성공적으로 수행하는 데 두 배의 시간이 걸리는 새로운 데이터베이스 시스템이 필요합니다. 한 영역에서 새 데이터베이스가 실패할 위험을 고려하려고 합니다. 새 시스템의 데이터베이스 장애 조치 위험에 대한 값은 무엇입니까?
* 평균 감지 시간(MUD}(분)
* MTTR(평균 수리 시간)(분)
* 평균 고장 간격(MTBF)(일)
* 사용자 영향 비율
채팅 기능을 사용하려면 영역 간 장애 조치를 성공적으로 수행하는 데 두 배의 시간이 걸리는 새로운 데이터베이스 시스템이 필요합니다. 한 영역에서 새 데이터베이스가 실패할 위험을 고려하려고 합니다. 새 시스템의 데이터베이스 장애 조치 위험에 대한 값은 무엇입니까?
Professional-Cloud-DevOps-Engineer 문제 15
애플리케이션 이미지는 Cloud Build를 사용하여 빌드되고 Google Container Registry(GCR)에 푸시됩니다. 소스 제어에 태그된 릴리스 버전을 기반으로 배포할 애플리케이션의 특정 버전을 지정할 수 있기를 원합니다. 이미지를 푸시할 때 무엇을 해야 하나요?