☸️

Google Kubernetes Engine

컴퓨팅관리형 쿠버네티스 엔진

▶아키텍처 다이어그램

점선 애니메이션은 데이터 또는 요청의 흐름 방향을 나타냅니다

왜 필요한가요?

컨테이너가 수십 개를 넘으면 배포, 스케일링, 복구, 네트워킹을 수동으로 관리하기 불가능합니다. Kubernetes를 직접 설치하면 컨트롤 플레인 운영, 업그레이드, 보안 패치가 또 다른 업무가 됩니다.

안에서 어떻게 동작하나요?

GKE는 Kubernetes 컨트롤 플레인을 관리형으로 제공하고, 워커 노드를 Node Pool로 구성합니다. Deployment로 컨테이너를 배포하고, Service/Ingress로 트래픽을 라우팅합니다. Autopilot 모드에서는 노드 수와 타입까지 자동으로 결정됩니다.

무엇과 헷갈리나요?

GKE와 Cloud Run은 둘 다 컨테이너를 실행하지만, Cloud Run은 인프라를 완전히 숨기고 HTTP 기반 워크로드에 집중합니다. GKE는 Kubernetes의 전체 기능(스케줄링 정책, 서비스 메시, StatefulSet 등)을 제공합니다. Kubernetes 생태계가 필요하면 GKE, 단순한 컨테이너 배포만 필요하면 Cloud Run입니다.

🚀

Cloud Run

서버리스 컨테이너 실행

둘 다 컨테이너를 실행하지만, Cloud Run은 인프라를 숨기고 GKE는 Kubernetes의 전체 기능을 노출합니다. 필요한 제어 수준에 따라 선택합니다.

왜 이런 방식이 등장했나요?

Google이 내부에서 쓰던 컨테이너 오케스트레이션 시스템(Borg)의 경험을 바탕으로 Kubernetes가 만들어졌고, 이를 관리형 서비스로 제공한 것이 GKE입니다. Kubernetes의 원조답게 가장 빠르게 최신 버전을 지원합니다.

언제 쓰나요?

마이크로서비스, 복잡한 배포 전략(카나리, 블루/그린), 스테이트풀 워크로드, Kubernetes 에코시스템 도구가 필요한 경우에 적합합니다. 서비스 수가 적고 간단한 HTTP 앱이면 오버스펙입니다.

마이크로서비스CI/CD 파이프라인스테이트풀 워크로드멀티클라우드/하이브리드

다음에 볼 개념

🔒

VPC

프라이빗 클라우드 네트워크

GKE 클러스터의 Pod 네트워킹, 서비스 노출, 방화벽 규칙을 이해하려면 VPC의 서브넷과 라우팅 개념이 필요하므로, VPC를 이어서 보면 좋습니다.

함께 보면 좋은 개념

🖥️

Compute Engine

클라우드 가상 머신

GKE의 노드(워커)는 Compute Engine 인스턴스로 구성되므로, 노드 타입 선택이나 비용 최적화 시 Compute Engine 지식이 도움됩니다.

Official Docs

더 깊게 보기

현재 페이지의 개념 설명을 본 뒤 공식 문서로 바로 이동합니다.

GCP

시작하기

빠른 입문과 핵심 개념

개발자 가이드

설정, API, 심화 사용법