K8s Cluster Tier 분류

이 페이지는 Production Kubernetes에서 발췌한 내용을 번역, 요약한 내용입니다.

Cluster Tier

Kubernetes Cluster는 그 목적과 SLO/SLA 수준에 따라 보통 아래와 같이 4개의 Tier로 구분할 수 있다.

시스템을 낮은 티어에서부터 많이 사용해볼 수록 Production 환경에서 문제를 일으킬 가능성이 낮아진다.

Testing

• 일시적(ephemeral); 1주 이내의 TTL을 가지며 자동 제거됨
• Single-tenant; 단일 개발팀
• 로컬 환경의 클러스터(ex: minikube)에서 테스트하기 힘들 때
• Application의 최초 컨테이너화 및 테스트 수행시
• SLO, SLA 존재하지 않음
• 최신 또는 pre-alpha 버전의 Kubernetes 사용

Development

• 영구적
• Multi-tenant; 여러 개발팀이 같이 사용
• Production 클러스터의 모든 기능 포함
• 알파 버전의 Integration Test 및 호환성 테스트 수행
• 암묵적인 SLO 존재
• 업무시간 동안은 Production 수준에 가까운 가용성을 목표로 함
• 업데이트를 자주 하는 경우 SLO나 SLA는 0에 가까울 수 있음
• 공식 릴리즈된 Alpha 또는 Beta 버전의 Kubernetes 사용

Staging

• 영구적
• Multi-tenant
• 최종 Integration Test 및 Production 환경 배포 전 Approval 단계
• 개발자 외 Stakeholder(PM, PO 등) 사용
  • 고객 또는 외부 Stakeholder에게 pre-release 버전 제공할 수도 있음
• SLO는 Development 클러스터와 비슷
  • 고객 또는 외부 Stakeholder가 사용하는 경우 공식적인 SLA가 필요할 수 있음
• 공식 릴리즈된 Beta 또는 Production 클러스터와 동일한 Stable 버전의 Kubernetes 사용

Production

• 고객 및 이윤을 창출해야 하는 Application과 웹사이트가 사용하는 클러스터
• 모든 테스트를 완료하였고, 조직에서 승인된 stable 버전의 release만 배포 가능
• 구체적으로 정의된 SLO 및 법적 효력있는 SLA 적용