The Cluster API Book
페르소나(Persona)
이 문서에서는 Cluster API 1.0 프로젝트의 사용자를 사용 사례에서 파생된 것으로 설명한다.
활용 사례별로 “현재 프로젝트에 대해 제안된 우선 순위”를 표시하고 있다. 이는 이러한 사용 사례가 놀랍거나 중요하지 않다고 말하려는 의도는 아닙니다. 이들은 프로젝트로서 우리가 큰 관심을 받은 위치를 나타내려는 의도이며, 그 결과 우리는 프로젝트에 가장 많은 사용자를 확보하기 위해 지금 당장 투자해야 한다고 생각한다. 다른 분야에 대한 관심이 커지면 상승할 것이다. 이 프로젝트는 오픈 소스 프로젝트이기 때문에 우선순위가 낮은 사람을 위한 기능 개발을 추진하고자 한다면, 꼭 참여하셔서 그렇게 하시기를 권한다.
활용 사례 중심 인물
서비스 공급자: 관리형 쿠버네티스
관리형 쿠버네티스(Managed Kubernetes)는 프로바이더가 고객이 직접 사용할 수 있는 완전한 제어 평면을 포함하여 쿠버네티스 클러스터의 라이프사이클 관리를 자동화하는 오퍼링이다.
현재 프로젝트에 대해 제안된 우선 순위: 높음
제안된 관리형 Kubernetes 제품(VMware의 Project Pacific’s Kubernetes Service, Microsoft Azure, Google Cloud, Red Hat)을 구축하는 여러 회사의 프로젝트가 있으며, 이들은 모두 Cluster API를 사용하고자 한다는 의사를 표명했다. Cluster API가 제대로 작동하는지 확인한 후 다른 사용 사례로 확장하기에 좋은 장소인 것 같다.
특징 매트릭스
| 이 사용자에게 Cluster API가 노출되는가? | 네 |
| 이 사용자에게 제어 평면이 노출되는가? | 네 |
| 이 사용자를 통해 얼마나 많은 클러스터가 관리되는가? | 많음 |
| 이 시나리오에서 CAPI 관리자는 누구인가? | Platform Operator |
| Cloud / On-Prem | 둘 다 |
| 업그레이드 전략을 원하는가? | 사용자로 부터 데이터 수집 필요 |
| 이 사용자는 Cluster API와 어떻게 상호 작용하는가? | API |
| ETCD 배포 | 사용자로 부터 데이터 수집 필요 |
| 이 사용자는 포드 대 VM 또는 또 다른 곳에서 실행되는 제어 평면에 대한 선호도가 있는가? | 사용자로 부터 데이터 수집 필요 |
서비스 공급자: Kubernetes-as-a-Service
Kubernetes-as-a-Service 제공업체의 예로는 Red Hat의 호스팅된 OpenShift, AKS, GKE 및 EKS와 같은 서비스가 있다. 클라우드 서비스는 제어 영역을 관리하며, 종종 이러한 클라우드 리소스를 “무료”로 제공하기도 하며, 고객은 자신의 작업자 노드를 스핀 업(spin up)과 다운(down)한다.
현재 프로젝트에 대해 제안된 우선 순위: 중간
기존 Kubernetes as a Service provider(예: AKS, GKE)는 오프-트리(off-tree) 자동화를 Cluster API로 교체하는 데 관심을 보였지만, 이미 자체 자동화를 구축해야 했고 현재 “작업이 완료 중”이기 때문에 Cluster API로의 전환은 바람직하지만 최우선 과제는 아니다.
특징 매트릭스
| 이 사용자에게 Cluster API가 노출되는가? | 사용자로 부터 데이터 수집 필요 |
| 이 사용자에게 제어 평면이 노출되는가? | 아니오 |
| 이 사용자를 통해 얼마나 많은 클러스터가 관리되는가? | 많음 |
| 이 시나리오에서 CAPI 관리자는 누구인가? | 플랫폼 자체(AKS, GKE 등) |
| Cloud / On-Prem | 둘 다 |
| 업그레이드 전략을 원하는가? | 해체/교체(플랫폼의 확인 필요) |
| 이 사용자는 Cluster API와 어떻게 상호 작용하는가? | API |
| ETCD 배포 | 사용자로 부터 데이터 수집 필요 |
| 이 사용자는 포드 대 VM 또는 또 다른 곳에서 실행되는 제어 평면에 대한 선호도가 있는가? | 사용자로 부터 데이터 수집 필요 |
Cluster API 개발자
Cluster API 개발자는 개발 경험을 보다 생산적이고 쾌적하게 만들기 위해 도구와 서비스가 필요한 Cluster API 개발자다. 또한 신규 개발자를 위한 온보드 경험을 통해 다른 사람들이 보다 쉽게 패치와 기능을 제출할 수 있는 프로젝트를 구축하여 포커스를 장려하고 새로운 기여자를 환영하는 것도 중요하다.
현재 프로젝트에 대해 제안된 우선 순위: 낮음
우리는 지금 우리가 좋은 곳에 있다고 생각하며, 프로젝트의 개발 경험을 개선하기 위한 기여는 환영하지만, 스스로 개발을 더 잘 하도록 하는 것이 오픈 소스 개발 팀의 주요 제품 초점이 되어서는 안 된다.
특징 매트릭스
| 이 사용자에게 Cluster API가 노출되는가? | 네 |
| 이 사용자에게 제어 평면이 노출되는가? | 네 |
| 이 사용자를 통해 얼마나 많은 클러스터가 관리되는가? | 많음 |
| 이 시나리오에서 CAPI 관리자는 누구인가? | Platform Operator |
| Cloud / On-Prem | 둘 다 |
| 업그레이드 전략을 원하는가? | 사용자로 부터 데이터 수집 필요 |
| 이 사용자는 Cluster API와 어떻게 상호 작용하는가? | API |
| ETCD 배포 | 사용자로 부터 데이터 수집 필요 |
| 이 사용자는 포드 대 VM 또는 또 다른 곳에서 실행되는 제어 평면에 대한 선호도가 있는가? | 사용자로 부터 데이터 수집 필요 |
원시(Raw) API 소비자
원시 API 소비자의 예로는 클러스터 API 위에 구축된 맞춤형 엔터프라이즈 플랫폼인 Prow와 같은 도구 또는 클러스터 API를 사용하여 구축된 사용자 지정을 보여주는 고급 “쿠버네티스 클러스터 제공” 단추가 있다.
현재 프로젝트에 대해 제안된 우선 순위: 낮음
특징 매트릭스
| 이 사용자에게 Cluster API가 노출되는가? | 네 |
| 이 사용자에게 제어 평면이 노출되는가? | 네 |
| 이 사용자를 통해 얼마나 많은 클러스터가 관리되는가? | 많음 |
| 이 시나리오에서 CAPI 관리자는 누구인가? | Platform Operator |
| Cloud / On-Prem | 둘 다 |
| 업그레이드 전략을 원하는가? | 사용자로 부터 데이터 수집 필요 |
| 이 사용자는 Cluster API와 어떻게 상호 작용하는가? | API |
| ETCD 배포 | 사용자로 부터 데이터 수집 필요 |
| 이 사용자는 포드 대 VM 또는 또 다른 곳에서 실행되는 제어 평면에 대한 선호도가 있는가? | 사용자로 부터 데이터 수집 필요 |
툴링(Tooling): 프로비저너(Provisioner)
툴링 프로비저너가 Cluster API를 사용하여 동작을 자동화하는 이 사용 사례의 예에는 kops 및 kubicorn과 같은 도구가 있다.
현재 프로젝트에 대해 제안된 우선 순위: 낮음
kops와 같은 툴의 관리자들은 Cluster API 사용에 관심을 보이고 있지만 작업을 수행할 시간이 많지 않다는 것을 나타내기도 했다. 이 방법이 변경되면 이 사용 사례는 우선순위가 증가한다.
특징 매트릭스
| 이 사용자에게 Cluster API가 노출되는가? | 사용자로 부터 데이터 수집 필요 |
| 이 사용자에게 제어 평면이 노출되는가? | 네 |
| 이 사용자를 통해 얼마나 많은 클러스터가 관리되는가? | 하나(실행 당) |
| 이 시나리오에서 CAPI 관리자는 누구인가? | Kubernetes Platform Consumer |
| Cloud / On-Prem | Cloud |
| 업그레이드 전략을 원하는가? | 사용자로 부터 데이터 수집 필요 |
| 이 사용자는 Cluster API와 어떻게 상호 작용하는가? | CLI |
| ETCD 배포 | (Stacked 또는 외부) 및 신규 |
| 이 사용자는 포드 대 VM 또는 또 다른 곳에서 실행되는 제어 평면에 대한 선호도가 있는가? | 사용자로 부터 데이터 수집 필요 |
서비스 공급자: 최종 사용자/소비자
이 사용자는 서비스 공급자를 통해 Cluster API에 직접 액세스하여 쿠버네티스 클러스터를 관리하는 최종 사용자 또는 소비자입니다. 이를 계획하고 있는 일부 상업 프로젝트(Project Pacific, 기타)가 있지만, 이들은 ‘Managed Kubernetes’ 오퍼링을 배경으로 ‘슈퍼 유저’ 기능으로 이 작업을 진행하고 있다.
현재 프로젝트에 대해 제안된 우선 순위: 낮음
이 사용 사례는 사람들이 Cluster API를 직접 사용하는 방법을 주시해야 하지만, 이 상단에 관리형 오퍼링을 구축하는 사람들이 더 적절한 사용 사례라고 생각한다.
