Cloud Digital Leader의 2026년 8월 개정 출제 범위는 도메인 1에 네트워크 항목을 따로 두었습니다. IP 주소, DNS, 지연 시간, 대역폭 같은 기본 네트워크 개념을 정의하고, Google Cloud의 글로벌 네트워크가 디지털 트랜스포메이션을 어떻게 뒷받침하는지, 그리고 리전·영역·엣지 위치가 어떻게 함께 동작하는지 설명할 수 있어야 합니다. 도메인 5의 보안 제품 목록에도 Cloud VPC, Cloud VPN, Cloud Interconnect가 이름을 올렸습니다.
비전공자에게 네트워크는 가장 낯선 영역이지만, CDL이 묻는 수준은 택배 배송을 이해하는 정도면 충분합니다. 이 글은 네트워크 기본 용어에서 시작해 Google 글로벌 네트워크의 구성 요소, 네트워크 서비스 티어, VPC, 온프레미스 연결, 사용자에게 빠르게 전달하는 서비스 순서로 정리합니다. IaaS·PaaS·SaaS와 클라우드 배포 모델은 디지털 트랜스포메이션과 클라우드 기본 개념에서 먼저 다뤘습니다.
---
네트워크 기본 용어: 주소, 이름, 속도
인터넷에서 데이터가 오가는 과정은 택배 배송과 비슷합니다. 받는 사람의 주소가 있어야 하고, 이름만 알 때는 주소를 찾아 주는 안내가 필요하며, 도착하기까지 시간이 걸리고, 트럭 크기에 따라 한 번에 실을 수 있는 양이 정해집니다.
| 용어 | 뜻 | 택배에 비유하면 | |------|------|------| | IP 주소 | 네트워크에서 기기를 식별하는 숫자 주소 (예: 203.0.113.10) | 받는 사람의 집 주소 | | 공인 IP vs 내부 IP | 인터넷에서 보이는 주소 vs 조직 네트워크 안에서만 쓰는 주소 | 회사 대표 주소 vs 사내 부서 위치 | | DNS | example.com 같은 도메인 이름을 IP 주소로 바꿔 주는 시스템 | 이름으로 주소를 찾아 주는 주소록 | | 지연 시간(Latency) | 데이터가 목적지까지 갔다 돌아오는 데 걸리는 시간, 보통 밀리초 단위 | 택배가 도착하기까지 걸리는 시간 | | 대역폭(Bandwidth) | 일정 시간 동안 보낼 수 있는 최대 데이터 양, Mbps나 Gbps 단위 | 트럭 크기와 도로의 차선 수 |
지연 시간과 대역폭은 서로 다른 문제입니다. 도로가 아무리 넓어도 거리가 멀면 도착 시간은 길어지고, 거리가 가까워도 트럭이 작으면 짐을 여러 번 날라야 합니다. 그래서 해결책도 다릅니다. 지연 시간은 사용자와 가까운 곳에서 처리해서 줄이고, 대역폭은 더 큰 회선을 써서 늘립니다.
시험 팁: "해외 사용자의 웹 페이지 로딩이 느리다"는 지연 시간 문제이므로 사용자와 가까운 리전이나 Cloud CDN이 답입니다. "데이터센터에서 클라우드로 대용량 데이터를 옮기는 데 너무 오래 걸린다"는 대역폭 문제이므로 Cloud Interconnect 같은 큰 회선이 답입니다.
---
Google 글로벌 네트워크의 구성 요소
Google Cloud는 Google 검색, YouTube, Gmail을 지탱하는 것과 같은 전 세계 네트워크 위에서 동작합니다. 2026년 10월 공식 페이지 기준으로 43개 리전, 130개 영역, 200곳이 넘는 네트워크 엣지 위치가 해저와 지상의 광케이블로 연결되어 있습니다.
| 구성 요소 | 뜻 | 하는 일 | |------|------|------| | 리전(Region) | 독립된 지리적 지역, 보통 3개 이상의 영역으로 구성 | 사용자 가까이에 배치, 데이터를 특정 국가 안에 보관(데이터 상주) | | 영역(Zone) | 리전 안의 배포 위치, 하나의 장애 단위 | 여러 영역에 나눠 배포해 고가용성 확보 | | 멀티 리전 | 여러 리전에 걸친 넓은 위치 (예: US, EU) | Cloud Storage, BigQuery 같은 서비스의 높은 가용성 | | 네트워크 엣지 위치 | Google 네트워크가 인터넷과 만나는 지점 | 사용자 요청을 가까운 곳에서 받아 Google 네트워크로 전달하고 콘텐츠를 캐시 | | 글로벌 백본 | 해저·지상 광케이블로 연결된 Google 전용 네트워크 | 데이터가 공용 인터넷을 덜 거치게 해 더 빠르고 안전하게 이동 |
리소스마다 어느 범위에 속하는지가 다르고, 그 범위가 장애에 얼마나 강한지를 결정합니다.
| 범위 | 예 | 장애에 대한 영향 | |------|------|------| | 영역 리소스 | Compute Engine VM, 영구 디스크 | 그 영역에 장애가 나면 영향을 받음 | | 리전 리소스 | 리전 Cloud Storage 버킷, Cloud Run 서비스, VPC 서브넷 | 한 영역의 장애에는 견딤 | | 멀티 리전 리소스 | 멀티 리전 Cloud Storage 버킷, BigQuery 멀티 리전 데이터 세트 | 한 리전의 장애에도 견디도록 설계 | | 글로벌 리소스 | VPC 네트워크, 방화벽 규칙, 글로벌 부하 분산기 | 특정 위치에 묶이지 않음 |
시험 팁: "한 영역에 장애가 나도 서비스가 계속되어야 한다"면 여러 영역에 분산 배포합니다. "리전 전체의 장애에 대비한다"면 여러 리전에 배포합니다. "고객 데이터를 반드시 국내에 보관해야 한다"면 그 국가의 리전을 고릅니다.
---
네트워크 서비스 티어: Premium vs Standard
Google Cloud는 인터넷 사용자와 Google Cloud 리소스 사이의 트래픽이 어떤 길로 다닐지를 두 가지 티어로 고르게 합니다. Premium 티어는 기본값이며, 트래픽이 사용자 가까운 엣지에서 Google 네트워크에 들어와 Google의 백본을 타고 이동합니다. Standard 티어는 일반 통신사 네트워크를 거쳐 리전 근처에서 Google 네트워크에 들어옵니다.
!Premium 티어는 사용자 가까운 엣지에서 Google 백본을 타고, Standard 티어는 공용 인터넷을 거쳐 리전 근처에서 들어온다
| 구분 | Premium 티어 | Standard 티어 | |------|------|------| | 경로 | Google 네트워크 안에서 이동해 사용자에게 도달 | 피어링, ISP, 전송 네트워크를 거쳐 사용자에게 도달 | | 보안 | 마지막 구간 전까지 Google 백본에서 보호 | 다른 퍼블릭 클라우드와 비슷한 수준 | | 네트워킹 기능 | 모든 Google Cloud 네트워킹 기능 지원 | Cloud NAT, 리전 부하 분산기 같은 기본 기능 | | 가격 | 다른 퍼블릭 클라우드와 비슷한 수준 | 더 저렴 | | SLA | 99.99% | 99.9% |
시험 팁: "전 세계 사용자에게 최고의 성능"이면 Premium 티어, "한 지역 사용자 대상이고 비용을 줄이고 싶다"면 Standard 티어입니다. Google의 글로벌 네트워크를 차별점으로 묻는 문제라면 "트래픽이 공용 인터넷을 덜 거쳐 지연 시간이 낮고 안전하다"가 핵심입니다.
---
VPC: 클라우드 안에 만드는 우리 회사 네트워크
VPC(Virtual Private Cloud)는 Google Cloud 안에 논리적으로 격리된 우리 조직만의 사설 네트워크입니다. 큰 건물 안에 우리 회사만 쓰는 층을 빌리고, 그 안을 부서별 구역으로 나누는 것과 비슷합니다.
| 구성 요소 | 설명 | |------|------| | VPC 네트워크 | 조직의 사설 네트워크, 글로벌 리소스라서 여러 리전에 걸쳐 하나로 존재 | | 서브넷 | 리전마다 만드는 IP 주소 범위 | | 방화벽 규칙 | 어떤 트래픽을 허용하고 거부할지 정하는 규칙 | | 경로(Route) | 트래픽이 어디로 가야 하는지 정하는 규칙 | | Cloud NAT | 외부 IP가 없는 VM이 인터넷으로 나갈 수 있게 하되, 밖에서 먼저 들어오는 연결은 허용하지 않음 |
Google Cloud VPC의 특징은 네트워크 자체가 글로벌이라는 점입니다. 같은 VPC에 있으면 서울 리전의 VM과 미국 리전의 VM이 공용 인터넷을 거치지 않고 내부 IP로 바로 통신할 수 있습니다. 서브넷은 리전 단위로 만들기 때문에, 리전마다 서브넷을 하나씩 두는 구조가 일반적입니다.
시험 팁: "여러 리전의 VM이 공용 인터넷 없이 내부 IP로 통신"은 하나의 글로벌 VPC로 풀립니다. "VM에 외부 IP를 주지 않고 소프트웨어 업데이트만 받게 한다"는 Cloud NAT입니다.
---
온프레미스와 연결하기: Cloud VPN과 Cloud Interconnect
하이브리드 클라우드를 쓰려면 회사 데이터센터와 Google Cloud를 연결해야 합니다. Cloud VPN은 일반 도로 위를 달리는 보안 호송 차량이고, Cloud Interconnect는 회사 전용 고속도로입니다.
| 구분 | Cloud VPN (HA VPN) | Dedicated Interconnect | Partner Interconnect | |------|------|------|------| | 연결 방식 | 공용 인터넷 위에 IPsec 암호화 터널 | 데이터센터와 Google 네트워크를 직접 물리적으로 연결 | 지원되는 서비스 제공업체를 통해 연결 | | 공용 인터넷 경유 | 예 (암호화됨) | 아니요 | 아니요 | | 대역폭 | 터널당 약 1~3Gbps | 10Gbps, 100Gbps, 400Gbps 회선 | VLAN 연결당 50Mbps~50Gbps | | 구축 | 빠르고 저렴 | 코로케이션 시설에서 직접 연결해야 하고 가장 오래 걸림 | 제공업체를 통해 비교적 빠르게 | | 맞는 상황 | 빠른 구축, 적은 트래픽, 백업 연결 | 대용량, 안정적인 저지연 연결 | Google 연결 시설에 직접 닿기 어렵거나 중간 대역폭이 필요할 때 |
HA VPN은 대부분의 구성에서 99.99% SLA를 제공합니다. Cloud Interconnect를 쓰면 온프레미스에서 VPC의 내부 IP에 바로 접근할 수 있습니다. 다른 클라우드와 연결할 때는 Cross-Cloud Interconnect로 AWS나 Azure 같은 다른 클라우드 네트워크와 Google 네트워크를 직접 연결합니다.
시험 팁: "빠르고 저렴하게, 트래픽은 많지 않다"는 Cloud VPN입니다. "대용량 데이터를 공용 인터넷을 거치지 않고 안정적으로"는 Dedicated Interconnect입니다. "Google 연결 시설에 직접 연결할 수 없다"는 Partner Interconnect입니다.
---
사용자에게 빠르고 안전하게: 부하 분산, CDN, DNS
리전과 네트워크를 갖췄다면 마지막은 전 세계 사용자에게 빠르고 안정적으로 응답하는 일입니다.
| 서비스 | 하는 일 | 문제 속 단서 | |------|------|------| | Cloud Load Balancing | 단일 애니캐스트 IP 하나로 전 세계 트래픽을 받아 여러 리전의 백엔드로 분산하고, 장애가 난 리전을 피해 보냄 | "전 세계 사용자에게 IP 하나", "트래픽 급증에 자동 대응" | | Cloud CDN | Google의 엣지 네트워크에 콘텐츠를 캐시해 사용자 가까이에서 응답 | "이미지와 동영상 로딩이 느리다", "원본 서버 부하를 줄이고 싶다" | | Cloud DNS | 도메인 이름을 관리하는 관리형 DNS, 공개 영역과 비공개 영역 지원 | "도메인 이름 관리", "내부에서만 쓰는 이름" | | Cloud Armor | 부하 분산기 앞에서 DDoS와 웹 공격을 막는 웹 애플리케이션 방화벽 | "DDoS 방어", "SQL 인젝션 같은 웹 공격 차단" |
캐시(cache)는 자주 찾는 물건을 창고까지 가지 않고 매장 진열대에 미리 꺼내 두는 것과 같습니다. 첫 요청은 원본 서버까지 가지만, 그다음부터는 사용자와 가까운 엣지에서 바로 응답합니다.
시험 팁: "캐시"나 "정적 콘텐츠"가 나오면 Cloud CDN, "트래픽 분산"이나 "단일 IP"가 나오면 Cloud Load Balancing입니다. Cloud Armor는 보안 개념과 제품 지도에서 자세히 다룹니다.
---
시험 핵심 정리
시험장 가기 전 마지막으로 확인할 핵심 포인트입니다.
| 구분 | 핵심 암기 사항 | |------|------| | IP 주소 · DNS | 기기의 숫자 주소 · 이름을 주소로 바꾸는 주소록 | | 지연 시간 vs 대역폭 | 갔다 오는 데 걸리는 시간 vs 한 번에 보낼 수 있는 양 | | 지연 시간 줄이기 | 사용자와 가까운 리전, 엣지, Cloud CDN | | 리전 · 영역 | 지리적 지역(보통 영역 3개 이상) · 리전 안의 장애 단위 | | 엣지 위치 | 200곳 이상, 사용자 가까이에서 Google 네트워크로 진입 | | 규모 (2026년 10월) | 43개 리전, 130개 영역 | | 고가용성 | 영역 장애 대비는 여러 영역, 리전 장애 대비는 여러 리전 | | Premium vs Standard 티어 | Google 백본 · 99.99% · 기본값 vs 공용 인터넷 · 99.9% · 저렴 | | VPC | 글로벌 사설 네트워크, 서브넷은 리전 단위 | | Cloud NAT | 외부 IP 없는 VM의 아웃바운드 인터넷 연결 | | Cloud VPN vs Interconnect | 인터넷 위 암호화 터널 · 빠르고 저렴 vs 전용 물리 연결 · 대용량 | | Dedicated vs Partner Interconnect | 직접 연결(10/100/400Gbps) vs 제공업체 경유(50Mbps~50Gbps) | | Load Balancing vs CDN | 단일 IP로 트래픽 분산 vs 엣지에 콘텐츠 캐시 |
---
다음 단계
네트워크가 데이터를 실어 나르는 도로라면, 이제 그 위를 오가는 데이터를 이해할 차례입니다. 데이터베이스, 데이터 웨어하우스, 데이터 레이크의 차이와 데이터 거버넌스는 데이터 기초 개념에서 이어집니다. 네트워크를 지키는 방화벽, Cloud Armor, IAP는 보안 개념과 제품 지도를 참고하세요.
네트워크 문제는 "느린가(지연 시간), 좁은가(대역폭), 어디에 둘 것인가(리전·영역), 어떻게 연결할 것인가(VPN·Interconnect)" 네 질문으로 정리됩니다. CDL 모의고사에서 이 네 질문을 적용해 보세요.