운영 우수성

이 아키텍처 프레임워크 섹션에서는 비즈니스 가치를 제공하는 시스템을 효율적으로 실행, 관리, 모니터링하여 운영 우수성을 달성하는 방법을 살펴봅니다.

전체 프레임워크는 다음 문서 시리즈로 구성됩니다.

운영 우수성을 통해 또 다른 중요한 원칙인 안정성의 기반을 구축할 수 있습니다. Google Cloud에서 안정적인 서비스를 설계하고 운영하기 위한 관련 기술 및 절차 요구사항은 안정성 섹션을 참조하세요.

전략

다음과 같은 전략을 통해 운영 우수성을 달성하세요.

빌드, 테스트, 배포 자동화. 지속적 통합 및 지속적 배포(CI/CD) 파이프라인을 사용하여 출시 버전에 자동 테스트를 빌드합니다. 자동화된 통합 테스트 및 배포를 수행합니다.

비즈니스 목표 측정항목 모니터링. 관련 비즈니스 측정항목을 정의 및 측정하고 알림을 받습니다.

재해 복구 테스트 수행. 재해가 발생할 때까지 기다리지 말고 재해 복구 절차가 제대로 작동하는지 주기적으로 확인하고 프로세스를 정기적으로 테스트합니다.

권장사항

다음과 같은 권장사항을 따라 운영 우수성을 달성하세요.

  • 소프트웨어 개발 및 출시 속도 향상
  • 시스템 상태 및 비즈니스 상태 모니터링
  • 장애에 대비한 계획 및 설계

다음 섹션에서는 권장사항에 대해 자세히 다룹니다.

개발 및 출시 속도 향상

CI/CD 접근법을 사용하여 속도를 높입니다. 먼저 소프트웨어 개발팀의 생산성을 높이고 빌드 프로세스에 대한 통합 테스트를 자동화합니다. 빌드가 특정 테스트 기준을 충족하면 배포를 자동화합니다. 개발자는 더 소규모로 자주 변경할 수 있습니다. 변경사항은 철저히 테스트되고 변경사항 배포 시간이 단축됩니다.

이 섹션에서는 출시 엔지니어링, 자동화, 중앙 코드 저장소, 빌드 파이프라인, 테스트, 배포 등 CI/CD 접근법의 요소를 설명합니다.

출시 엔지니어링

출시 엔지니어링은 소프트웨어의 빌드 및 제공 방식을 감독하는 직무입니다. 출시 엔지니어링은 다음과 같은 4가지 권장사항을 따라야 합니다.

  • 셀프서비스 모드. 소프트웨어 엔지니어의 일반적인 실수를 방지하는 데 도움이 되는 가이드라인을 수립합니다. 자동화된 프로세스에 의해 적용됩니다.
  • 빈번한 출시. 빠른 속도로 출시하면 문제를 더 쉽게 해결하는 데 도움이 됩니다. 출시 빈도를 높이려면 자동화된 단위 테스트가 수반되어야 합니다.
  • 기본 제공 빌드. 빌드 도구의 일관성을 확보합니다. 현재 버전을 빌드하는 데 사용하는 빌드 컴파일러 버전과 한 달 전 버전을 비교합니다.
  • 정책 시행. 모든 변경사항에는 코드 검토가 필요하며 원칙적으로 보안을 강화하기 위한 가이드라인과 정책 세트가 포함되어야 합니다. 이렇게 하면 새 출시 버전의 코드 검토, 문제 해결, 테스트 성능이 향상됩니다.

자동화

빌드 및 출시 파이프라인을 자동화하여 알려진 문제를 검사하고 빠른 테스트를 수행합니다. 자동화를 통해 반복 작업을 해소할 수도 있습니다.

중앙 코드 저장소

필요에 따라 코드를 중앙 저장소에 저장한 후 버전과 라벨(예: test, dev, prod)을 지정합니다. 이러한 단계를 수행하면 빌드 파이프라인에서 생성되는 결과의 일관성이 높아집니다. Google Cloud에서 Cloud Source Repositories 버전에 코드를 저장하고 다양한 제품과 통합할 수 있습니다.

파이프라인 빌드

빌드 전체에 걸쳐 일관성을 유지하고 필요한 경우 최상의 최종 구성으로 롤백할 수 있도록 빌드 구성의 버전을 지정합니다. Google Cloud에서 Cloud Build를 사용하면 애플리케이션 패키지를 빌드하기 위한 종속 항목과 버전을 정의할 수 있습니다. Cloud Functions를 사용하면 빌드 프로세스를 주기적으로 트리거하거나 새 코드가 체크인될 때 특정 이벤트에 대한 빌드를 트리거할 수 있습니다. Cloud Functions를 사용하여 테스트를 트리거하고 전체 파이프라인을 자동화할 수도 있습니다.

테스트

테스트는 성공적인 출시에 있어 중요한 부분입니다. 테스트의 예시는 다음과 같습니다.

  • 단위 테스트. 단위 테스트는 속도가 빠르며 신속한 배포를 수행하는 데 도움이 됩니다.
  • 통합 테스트. 이 테스트는 상호 연결된 서비스와의 통합을 테스트할 때 복잡해질 수 있습니다.
  • 시스템 테스트. 시스템 테스트는 시간이 많이 소요되고 복잡하지만 배포 전에 특이 사례를 식별하고 문제를 해결하는 데 도움이 됩니다.

프로덕션에 애플리케이션을 배포하기 전에 정적 테스트, 부하 테스트, 보안 등 다른 테스트를 수행할 수 있습니다. 테스트를 자동화한 후에는 새 테스트를 업데이트하고 추가하여 배포의 운영 상태를 개선하고 유지보수할 수 있습니다.

배포

애플리케이션의 출시 방식을 선택할 수 있습니다. 카나리아 테스트를 수행하고 시스템에 오류가 있는지 관찰하는 것이 가장 좋으며, 강력한 모니터링 및 알림 시스템이 있으면 더욱 쉬워집니다. Google Cloud에서는 관리형 인스턴스 그룹(MIG)을 사용하여 A/B 테스트 또는 카나리아 테스트를 수행하고 필요한 경우 느린 출시 또는 롤백을 수행할 수 있습니다.

설계 관련 질문

  • 개발팀은 빌드 및 출시를 어떻게 관리하나요?
  • 개발팀에서 사용하는 통합 및 보안 테스트는 무엇인가요?
  • 롤백하려면 어떻게 해야 하나요?

권장사항

  • CI/CD 파이프라인을 통해서만 프로덕션에 배포할 수 있게 만듭니다.
  • CI/CD 환경을 격리하고 보호합니다.
  • 한 번만 빌드하고 파이프라인을 통해 결과를 승격합니다.
  • CI/CD 파이프라인의 실행 속도를 빠르게 유지합니다.
  • 버전 제어 시스템의 분기를 최소화합니다.

주요 서비스

Cloud Source Repositories는 Google Cloud에서 호스팅되는 모든 기능을 갖춘 비공개 Git 저장소 서비스입니다. Cloud Source Repositories를 애플리케이션 또는 서비스의 공동 개발을 위해 사용할 수 있습니다.

Container Registry는 팀이 Docker 이미지를 관리하고, 취약점 분석을 수행하며, 세분화된 액세스 제어 기능으로 액세스 허용 수준을 결정할 수 있는 단일 공간입니다. 기존 CI/CD와 통합하면 완전히 자동화된 Docker 파이프라인을 설정하여 피드백을 빠르게 얻을 수 있습니다.

Cloud Build는 Google Cloud 인프라에서 빌드를 실행하는 서비스입니다. Cloud Build는 GitHub, Bitbucket, Cloud Storage, Cloud Source Repositories에서 소스 코드를 가져오고, 사용자의 사양에 맞게 빌드를 실행하고, Docker 컨테이너 또는 자바 아카이브와 같은 아티팩트를 생성할 수 있습니다.

시스템 상태 및 비즈니스 상태 모니터링

DevOps 리소스 및 평가(DORA) 프로젝트는 다음과 같이 모니터링을 정의합니다.

모니터링은 비즈니스 결정을 내릴 수 있도록 안내하기 위해 정보를 수집, 분석, 사용하여 애플리케이션 및 인프라를 추적하는 프로세스입니다. 모니터링은 시스템과 작업에 대한 유용한 정보를 제공하는 핵심 기능입니다.

모니터링을 통해 서비스 변경사항의 영향에 대한 의사 결정을 내리고, 이슈 대응에 과학적 방법을 적용하며, 서비스가 비즈니스 목표에 부합하는지 측정할 수 있습니다. 모니터링을 사용하면 다음을 수행할 수 있습니다.

  • 장기 트렌드 분석
  • 시간 경과에 따른 실험 비교
  • 중요한 측정항목에 대한 알림 정의
  • 관련 실시간 대시보드 빌드
  • 소급적 분석 수행

비즈니스 기반 측정항목과 시스템 상태 측정항목을 모두 모니터링합니다. 비즈니스 기반 측정항목은 시스템이 비즈니스를 얼마나 잘 지원하는지 이해하는 데 도움이 됩니다. 예를 들어 애플리케이션에서 사용자에게 서비스를 제공하는 데 드는 비용, 재설계 후 사이트로 유입되는 트래픽 양의 변화, 고객이 사이트에서 제품을 구매하는 데 걸리는 시간을 모니터링할 수 있습니다. 시스템 상태 측정항목은 시스템이 허용 가능한 성능 수준에서 올바르게 작동하는지 이해하는 데 도움이 됩니다.

시스템을 모니터링하려면 다음 4가지의 골든 신호를 사용하세요.

  • 지연 시간. 요청을 처리하는 데 걸리는 시간입니다.
  • 트래픽. 시스템에 배치되는 요구의 양입니다.
  • 오류. 요청의 실패율입니다. 요청은 명시적으로(예: HTTP 500 오류), 암시적으로(예: 잘못된 내용으로 HTTP 200 성공 응답 반환), 또는 정책에 의해(예: 1초 응답 시간을 커밋한 경우 2초 이상이 소요된 모든 응답을 오류로 반환) 실패할 수 있습니다.
  • 포화도. 서비스의 사용 빈도를 나타내며 가장 제한적인 리소스 측정항목입니다. 즉, 메모리가 제한된 시스템에서는 메모리를 표시하고 I/O가 제한된 시스템에서는 I/O를 표시합니다.

로깅

로깅 서비스는 시스템 모니터링에 매우 중요합니다. 측정항목은 모니터링할 특정 항목의 기반을 형성하지만 로그에는 디버깅, 보안 관련 분석, 규정 준수 요구사항에 필요한 중요한 정보가 포함됩니다. Google Cloud에는 Google Cloud의 로그 데이터와 이벤트를 저장, 검색, 분석, 모니터링하고 알림을 받는 데 사용할 수 있는 통합 로깅 서비스인 Cloud Logging이 포함되어 있습니다. Cloud Logging은 Google Cloud 서비스 로그를 자동으로 수집합니다. 이러한 로그를 사용하여 모니터링을 위한 측정항목을 빌드하고 Cloud Storage, BigQuery, Pub/Sub와 같은 외부 서비스로의 로깅 내보내기를 만들 수 있습니다.

측정항목

배포의 동작 방식을 측정하기 위한 측정항목을 정의합니다. 측정항목 정의에 항상 비즈니스 요구사항이 반영되는지 확인하고 일부 측정항목을 승격하거나 서로 결합하여 서비스 수준 지표(SLI)를 구성하세요. 자세한 내용은 안정성을 참조하세요.

모든 서비스 수준은 인프라 및 네트워킹에서 비즈니스 로직에 이르기까지 측정항목을 생성합니다. 예를 들면 다음과 같습니다.

  • 부하 분산기로 측정한 초당 요청
  • 디스크당 읽은 총 디스크 블록
  • 지정된 네트워크 인터페이스를 통해 전송된 패킷
  • 지정된 프로세스의 메모리 힙 크기
  • 응답 지연 시간의 분포
  • 데이터베이스 인스턴스에서 거부한 잘못된 쿼리 수

모니터링

복잡한 애플리케이션을 모니터링하는 것은 그 자체로 중요한 엔지니어링 작업입니다. Google Cloud는 Google Cloud 운영 제품군에 속한 관리형 서비스인 Cloud Monitoring을 제공합니다. Cloud Monitoring을 사용하면 Google Cloud 서비스 및 커스텀 측정항목을 모니터링할 수 있으며 Cloud Monitoring은 타사 모니터링 도구와의 통합을 위한 API를 제공합니다.

Cloud Monitoring은 측정항목, 로그, 이벤트를 인프라에서 집계하고 개발자와 운영자에게 관측 가능한 신호를 풍부하게 제공함으로써 근본 원인 분석 속도를 높이고 평균 문제 해결 시간(MTTR)을 단축하는 데 도움을 줍니다. 비즈니스 목표에 부합하고 시스템 상태를 집계, 시각화, 모니터링하는 데 도움을 주는 알림과 커스텀 측정항목을 정의할 수 있습니다.

Cloud Monitoring은 클라우드 및 오픈소스 애플리케이션 서비스용 기본 대시보드를 제공합니다 측정항목 모델을 사용하면 강력한 시각화 도구를 갖춘 커스텀 대시보드를 정의하고 측정항목 탐색기에서 차트를 구성할 수 있습니다.

대시보드

모니터링을 구성한 후 작업 수행과 관련된 대시보드를 빌드합니다. 대시보드는 간단하고 읽기 쉽게 만들어야 합니다. 단기(또는 실시간) 및 장기 분석을 수행한 후 분석 결과를 시각화해야 합니다.다. 자세한 내용은 안정성을 참조하세요.

알림

알림 시스템은 사용자 시스템을 모니터링하는 4가지 골든 신호에 직접 매핑되어야 합니다. 그러면 시간 경과에 따른 성능을 비교하여 신기능 개발 속도를 높이고 변경사항을 롤백할 수 있습니다.

알림은 활용 가능하게 만들어야 합니다. 알림을 보낼 때 설명을 포함하고 긴급 대기 엔지니어가 즉시 조치를 취할 수 있도록 필요한 모든 정보를 제공합니다. 단 몇 번의 클릭과 탐색이면 알림에 대한 조치를 취하는 방법을 이해할 수 있습니다.

예를 들어 자주 발생하는 오류에 대한 수정사항을 최소화하거나 자동화하여 수작업 부담을 해소해야 합니다. 그러면 긴급 대기 엔지니어는 운영 구성요소를 안정적으로 만드는 데 집중할 수 있습니다. 자세한 내용은 안정성을 참조하세요.

에스컬레이션 경로

잘 정의된 에스컬레이션 경로는 Google Cloud 제품에 대한 지원을 받기 위해 들이는 노력을 줄이는 데 매우 중요합니다. 이 경로에는 Google 지원팀과 작업을 수행하는 방법 학습, 지원 엔지니어 전용 아키텍처 문서 찾기, 운영 중단 시 통신 방법 정의, 문제 진단을 위한 모니터링 및 로깅 설정이 포함됩니다.

에스컬레이션 경로를 정의하는 첫 번째 단계는 Google Cloud에서 중요한 이메일과 알림을 수신할 수 있도록 보안, 네트워크, 시스템 관리자가 올바르게 설정되었는지 확인하는 것입니다. 이렇게 하면 관리자는 정보에 근거해 의사 결정을 내리고 문제를 조기에 해결할 수 있습니다. 마찬가지로 프로젝트 소유자는 이메일 라우팅 가능한 사용자 이름을 가지고 있어야 중요한 이메일을 받을 수 있습니다.

권장사항

  • 비즈니스 요구사항에 적합한 측정항목을 선택합니다.
  • 필요한 경우 Cloud Monitoring을 사용하고 커스텀 측정항목의 모니터링 에이전트를 배포합니다.
  • Cloud Logging이 모든 로그 항목에 구성되었는지 확인합니다.
  • 성공률 또는 실패율과 같이 잘 정의된 알림을 설계합니다.
  • 알림에 조치에 대한 정보를 포함합니다.
  • 역할 기반 또는 엔터프라이즈 지원 패키지를 구매합니다.
  • 에스컬레이션 경로를 정의하고 Cloud 지원팀과 협력하는 동안 시간, 제품, 위치와 같은 유용한 지표를 제공합니다.

주요 서비스

Cloud Monitoring은 측정항목 수집, 집계, 대시보드는 물론 웹 애플리케이션 및 인터넷 액세스가 가능한 기타 서비스에 대한 알림 프레임워크 및 엔드포인트 검사 기능을 제공합니다.

Cloud Logging을 사용하면 클라우드 및 오픈소스 애플리케이션 서비스에서 BigQuery, Cloud Storage 또는 Pub/Sub 로그를 필터링, 검색, 조회, 내보내기를 할 수 있습니다. 또한 로그 콘텐츠를 바탕으로 대시보드 및 알림에 포함시킬 측정항목을 정의할 수 있습니다.

Cloud Debugger는 애플리케이션 요청을 중지하거나 속도를 늦추지 않고도 프로덕션의 모든 코드 위치에서 애플리케이션 상태를 검사하여 애플리케이션 프로덕션 데이터를 소스 코드에 연결합니다.

Error Reporting은 클라우드 애플리케이션의 오류를 분석하고 집계하며 새로운 오류가 감지되면 알림을 제공합니다.

Cloud Trace는 URL별 통계 및 지연 시간 분포 등 App Engine에 지연 시간 샘플링과 보고를 제공합니다.

Cloud Profiler는 프로덕션 애플리케이션에서 리소스 소비에 관한 지속적인 프로파일링을 제공하므로 성능 문제를 식별하고 제거할 수 있습니다.

리소스

로깅 내보내기를 위한 설계 패턴

재해 복구를 위한 설계

장애 시나리오를 예측하고 처리하도록 시스템을 설계하면 재해 발생 시 시스템에 미치는 영향을 최소화할 수 있습니다. 장애를 예측하려면 서비스 및 데이터를 백업하고 복원하도록 잘 정의되었으며 정기적으로 테스트되는 재해 복구(DR) 계획이 있어야 합니다.

서비스 중단 이벤트는 언제든 발생할 수 있습니다. 네트워크가 중단되거나, 최신 애플리케이션 푸시로 인해 심각한 버그가 발생하거나, 자연 재해를 직접 겪는 경우도 있습니다. 사고가 발생하면 견고하고 타겟팅되었으며 철저한 테스트를 거친 재해 복구 계획의 중요성이 드러납니다.

계획

DR은 업무 연속성 계획의 하위 집합입니다. DR 계획은 두 가지 주요 측정항목을 정의하는 비즈니스 영향 분석으로 시작됩니다.

  • 복구 시간 목표(RTO)는 애플리케이션이 오프라인 상태로 있을 수 있는 최대 허용 시간을 말합니다. 이 값은 일반적으로 더 큰 서비스수준계약(SLA)의 일부로 정의됩니다.

  • 복구 지점 목표(RPO)는 심각한 문제로 인해 애플리케이션의 데이터 손실 상태가 지속되는 최대 허용 시간입니다. 이 측정항목은 데이터가 사용되는 방식에 따라 달라집니다. 예를 들어 자주 수정되는 사용자 데이터의 RPO는 몇 분에 불과할 수 있습니다. 반면 중요도가 낮고 자주 수정되지 않는 데이터의 RPO는 몇 시간일 수 있습니다. 이 측정항목은 기간만 설명하고 손실된 데이터의 양이나 품질은 정의하지 않습니다.

일반적으로 RTO 및 RPO 값이 작을수록 즉, 애플리케이션이 중단으로부터 더 빠르게 복구되어야 할수록 애플리케이션의 실행 비용이 증가합니다. 다음 그래프는 RTO/RPO에 대한 비용의 비율을 보여줍니다.

애플리케이션이 더 빠르게 복구되어야 할수록 애플리케이션의 실행 비용이 증가함을 보여주는 RTO/RPO에 대한 비용의 비율

RTO 및 RPO 값이 작을수록 복잡성이 커지기 때문에 이에 대한 관리 오버헤드는 유사한 곡선을 따릅니다. 예를 들어 고가용성(HA) 애플리케이션을 사용하려면 물리적으로 분리된 두 데이터 센터 간의 배포를 관리하고 복제 등을 관리해야 합니다.

RTO 및 RPO 값은 일반적으로 SLA의 핵심 측정 요소인 서비스 수준 목표(SLO)로 롤업됩니다.

  • SLA는 제공할 서비스, 지원 방법, 시간, 위치, 비용, 성능, 처벌 및 관련 당사자의 책임을 명시하는 완전한 합의입니다.
  • SLO는 가용성, 처리량, 빈도, 응답 시간 또는 품질과 같은 구체적이고 측정 가능한 SLA 특성입니다.

단일 SLA에는 많은 SLO가 포함될 수 있습니다. RTO와 RPO는 측정 가능하며 SLO로 간주되어야 합니다.

인프라 요구사항

DR에서는 다음을 포함하여 여러 요구사항을 고려하는 것이 좋습니다.

  • 용량: 필요에 따라 확장할 수 있는 충분한 리소스를 확보합니다.
  • 보안: 물리적 보안을 제공하여 애셋을 보호합니다.
  • 네트워크 인프라: 방화벽과 부하 분산기와 같은 소프트웨어 구성요소를 포함합니다.
  • 지원: 숙련된 기술자가 유지관리를 수행하고 문제를 해결할 수 있도록 합니다.
  • 대역폭: 최대 부하에 적합한 대역폭을 구상합니다.
  • 시설: 장비 및 전원을 포함한 물리적인 인프라를 확보합니다.

Google Cloud에서 재해 복구

온프레미스와 비교할 때, Google Cloud를 사용하면 RTO 및 RPO 요구사항을 충족할 때 이와 관련된 비용을 줄일 수 있습니다. Google Cloud는 물리적 하드웨어와 관련된 복잡한 요소의 대부분 또는 전부를 우회하여 해당 프로세스에서 많은 비즈니스 비용을 제거할 수 있도록 지원합니다. 또한 Google Cloud는 관리 단순성에 초점을 맞추고 있으므로 복잡한 애플리케이션의 관리 비용을 절감합니다.

Google Cloud는 DR 계획과 관련된 몇 가지 기능을 제공합니다.

글로벌 네트워크. Google은 세계에서 가장 큰 최첨단 컴퓨터 네트워크 중 하나를 보유하고 있습니다. Google 백본 네트워크는 고급 소프트웨어 정의 네트워킹 및 에지 캐싱 서비스를 사용하여 빠르고 일관성 있으며 확장 가능한 성능을 제공합니다.

중복성. 전 세계 여러 접속 지점(PoP)에서 강력한 중복성을 제공합니다. 데이터는 여러 위치에 있는 스토리지 기기 간에 자동으로 미러링됩니다.

확장성. Google Cloud는 트래픽이 급증하더라도 다른 Google 제품(예: Google 검색 및 Gmail)과 마찬가지로 확장될 수 있도록 설계되었습니다. App Engine, Compute Engine 자동 확장 처리, Datastore와 같은 관리형 서비스는 필요에 따라 애플리케이션 크기를 늘리고 줄일 수 있도록 자동 확장 기능을 제공합니다.

보안. Google 보안 모델은 15년 이상의 경험을 바탕으로 빌드되었으며 Gmail 및 G Suite과 같은 Google 애플리케이션에서 고객을 안전하게 보호하는 데 중점을 둡니다. 또한 Google의 사이트 안정성 엔지니어링팀은 고가용성을 보장하고 플랫폼 리소스의 남용을 방지합니다.

규정 준수. Google은 정기적으로 독립적인 제3자 감사를 받아 Google Cloud가 보안, 개인정보 보호, 규정 준수 규정, 권장사항을 지키는지 확인합니다. Google Cloud는 ISO 27001, SOC 2/3, PCI DSS 3.2.1 같은 인증에 따른 규정 준수를 지원합니다.

권장사항

  • RTO 및 RPO 목표를 정의합니다.
  • 데이터 및 애플리케이션 솔루션을 기반으로 DR 계획을 설계합니다.
  • 일 년에 한 번 이상 DR 계획을 수동으로 테스트합니다.
  • 제어된 결함 삽입 구현을 평가하여 회귀 문제를 조기에 포착합니다.
  • 카오스 엔지니어링 방식을 사용하여 위험 영역을 찾습니다.

주요 서비스

Persistent Disk 스냅샷은 재해 발생 시 영구 디스크를 리전 간에 복사하고 다시 만드는 데 사용할 수 있는 Compute Engine 가상 머신(VM)의 증분 백업 또는 스냅샷을 제공합니다.

라이브 마이그레이션은 소프트웨어 또는 하드웨어 업데이트와 같은 호스트 시스템 이벤트가 발생하더라도 VM 인스턴스가 계속 실행되게 합니다.

Cloud Storage는 백업과 같은 특정 사용 사례에 적합한 스토리지 클래스(예: Nearline 및 Coldline)를 제공하는 객체 저장소입니다.

Cloud DNS는 자동화된 복구 프로세스의 일부로 DNS 항목을 프로그래매틱 방식으로 관리할 수 있는 방법을 제공합니다. Cloud DNS는 Anycast 네임서버의 Google 글로벌 네트워크를 통해 전 세계의 중복 위치에서 DNS 영역을 제공하여 사용자에게 높은 가용성과 짧은 지연 시간을 제공합니다.

리소스