Cluster API 용어집 편집하기

==개요==
;Table of Contents

==A==
;Add-ons
;애드온
Kubernetes의 기본 컴포넌트 이상의 서비스

* 코어 애드온: Kubernetes 호환 클러스터를 배포하는 데 필수적인 애드온: DNS, kube-proxy, CNI.
* 추가 애드온: Kubernetes 호환 클러스터에 필수적이지 않은 애드온 (예: 메트릭/힙스터, 대시보드).

==B==
;Bootstrap
;부트스트랩
서버를 Kubernetes 노드로 전환하는 과정. 여기에는 머신을 지원하는 서버를 생성할 때 제공할 데이터 수집과, 해당 서버에서 실행되는 소프트웨어의 런타임 설정이 포함될 수 있습니다.

;Bootstrap cluster
;부트스트랩 클러스터
대상 관리 클러스터를 프로비저닝하는 데 사용되는 임시 클러스터.

;Bootstrap provider
;부트스트랩 제공자
부트스트랩 프로세스에 대한 솔루션을 구현하는 제공자. Bootstrap 제공자와 Cluster API의 상호작용은 Cluster API 계약에 정의된 내용을 기반으로 합니다.

CABPK 참조.

==C==
;CAEP
Cluster API Enhancement Proposal - patterned after KEP. See template
클러스터 API 향상 제안 - KEP

;CAPI
코어 클러스터 API(Core Cluster API)

;CAPA
클러스터 API 제공자 AWS(Cluster API Provider AWS)

;CABPK
클러스터 API 부트스트랩 제공자 Kubeadm(Cluster API Bootstrap Provider Kubeadm)

;CABPOCNE
클러스터 API 부트스트랩 제공자 오라클 클라우드 네이티브 환경(Cluster API Bootstrap Provider Oracle Cloud Native Environment (OCNE))

;CACPOCNE
클러스터 API 컨트롤 플레인 제공자 오라클 클라우드 네이티브 환경(Cluster API Control Plane Provider Oracle Cloud Native Environment (OCNE))

;CAPC
클러스터 API 제공자 클라우드스택(Cluster API Provider CloudStack)

;CAPD
클러스터 API 제공자 도커(Cluster API Provider Docker)

;CAPDO
클러스터 API 제공자 디지털오션(Cluster API Provider DigitalOcean)

;CAPG
클러스터 API 구글 클라우드 제공자(Cluster API Google Cloud Provider)

;CAPH
클러스터 API 제공자 헤츠너(Cluster API Provider Hetzner)

;CAPHV
클러스터 API 제공자 하이벨로시티(Cluster API Provider Hivelocity)

;CAPIBM
클러스터 API 제공자 IBM 클라우드(Cluster API Provider IBM Cloud)

;CAPIO
클러스터 API 오퍼레이터(Cluster API Operator)

;CAPM3
클러스터 API 제공자 메탈3(Cluster API Provider Metal3)

;CAPN
클러스터 API 제공자 네스티드(Cluster API Provider Nested)

;CAPX
클러스터 API 제공자 뉴타닉스(Cluster API Provider Nutanix)

;CAPKK
클러스터 API 제공자 쿠브키(Cluster API Provider KubeKey)

;CAPK
클러스터 API 제공자 쿠브버트(Cluster API Provider Kubevirt)

;CAPO
클러스터 API 제공자 오픈스택(Cluster API Provider OpenStack)

;CAPOSC
클러스터 API 제공자 아웃스케일(Cluster API Provider Outscale)

;CAPOCI
클러스터 API 제공자 오라클 클라우드 인프라(Cluster API Provider Oracle Cloud Infrastructure (OCI))

;CAPV
클러스터 API 제공자 v스피어(Cluster API Provider vSphere)

;CAPVC
클러스터 API 제공자 v클러스터(Cluster API Provider vcluster)

;CAPVCD
클러스터 API 제공자 VM웨어 클라우드 디렉터(Cluster API Provider VMware Cloud Director)

;CAPZ
클러스터 API 제공자 애저(Cluster API Provider Azure)

;CAIPAMIC
클러스터 API IPAM 제공자 인 클러스터(Cluster API IPAM Provider In Cluster)

;[[Cloud provider]], [[Cloud service provider]]
[[클라우드 제공자]], [[클라우드 서비스 제공자]]
컴퓨팅 리소스(예: AWS, Azure, Google 등)를 제공하는 정보기술(IT) 회사를 말합니다.

;[[k8s Cluster|Cluster]]
;[[k8s 클러스터|클러스터]]
전체 Kubernetes 배포. 관리 클러스터 및 워크로드 클러스터 참조.

;[[ClusterClass]]
;[[클러스터클래스]]
하나 이상의 클러스터를 지속적으로 맞춤조정하는 데 사용할 토폴로지(컨트롤 플레인 및 워커)를 정의하는 템플릿 모음. ClusterClass 참조.

;[[Cluster API]], Cluster API project
;클러스터 API, 클러스터 API 프로젝트
SIG-cluster-lifecycle의 클러스터 API 하위프로젝트. 또한 그것을 만드는 소프트웨어 구성요소, API, 커뮤니티를 지칭하기도 합니다.

코어 제공자 참조

;Cluster API Runtime
;클러스터 API 런타임
Kubernetes 클러스터 수명주기 관리에 협력하는 컨트롤러 집합인 클러스터 API 실행 모델.

;Cluster Infrastructure
or Kubernetes Cluster Infrastructure

Defines the infrastructure that supports a Kubernetes cluster, like e.g. VPC, security groups, load balancers, etc. Please note that in the context of managed Kubernetes some of those components are going to be provided by the corresponding abstraction for a specific Cloud provider (EKS, OKE, AKS etc), and thus Cluster API should not take care of managing a subset or all those components.

;Contract
Or Cluster API contract

Defines a set of rules a provider is expected to comply with in order to interact with Cluster API. Those rules can be in the form of CustomResourceDefinition (CRD) fields and/or expected behaviors to be implemented.

;Control plane
The set of Kubernetes services that form the basis of a cluster. See also https://kubernetes.io/docs/concepts/#kubernetes-control-plane There are two variants:

Self-provisioned: A Kubernetes control plane consisting of pods or machines wholly managed by a single Cluster API deployment.
External or Managed: A control plane offered and controlled by some system other than Cluster API (e.g., GKE, AKS, EKS, IKS).
Control plane provider
Refers to a provider that implements a solution for the management of a Kubernetes control plane. Control plane provider’s interaction with Cluster API is based on what is defined in the Cluster API contract.

See KCP.

;Core provider
Refers to a provider that implements Cluster API core controllers; if you consider that the first project that must be deployed in a management Cluster is Cluster API itself, it should be clear why the Cluster API project is also referred to as the core provider.

See CAPI.

==D==
;Default implementation
;기본 구현체
Cluster API 프로젝트의 일부로 제공되며, CAPI 코어팀에서 유지관리하는 기능 구현체. 예를 들어 KCP는 컨트롤 플레인 제공자의 기본 구현체입니다.

==E==
;External patch
;외부 패치
런타임 SDK를 사용하여 외부 구성요소에 의해 생성된 패치. 인라인 패치의 대안.

;External patch extension
;외부 패치 확장
토폴로지 변형 훅을 구현하는 런타임 확장.

==H==
;Horizontal Scaling
;수평 스케일링
정책과 잘 정의된 메트릭을 기반으로 더 많은 머신을 추가할 수 있는 능력. 예를 들어, 일정 기간(Y)동안 CPU 로드 평균 > (X)일 때 클러스터에 머신을 추가합니다.

;Host
;호스트
서버(Server) 참조

==I==
;Infrastructure provider
;인프라 제공자
클러스터 또는 머신에 필요한 인프라/컴퓨팅 리소스(예: VM, 네트워킹 등)의 프로비저닝을 구현하는 제공자를 의미합니다. 클러스터 API와 인프라 제공자의 상호작용은 클러스터 API 계약에 정의된 내용을 기반으로 합니다.

클라우드 인프라 제공자에는 AWS, Azure, Google이 포함됩니다. VMware, MAAS, metal3.io는 베어메탈 제공자로 정의될 수 있습니다. 동일한 인프라 제공자로부터 리소스를 얻는 방법이 두 가지 이상인 경우(예: AWS의 EC2와 EKS) 각 방법을 변형(variant)이라고 합니다.

전체 제공자 목록은 제공자 구현체를 참조하세요.

;Inline patch
;인라인 패치
ClusterClass에 인라인으로 정의된 패치. 외부 패치에 대한 대안.

;In-place mutable fields
;제자리 변형가능 필드
변경사항이 Kubernetes 객체 또는/및 컨트롤러 동작에만 영향을 미치고, 제공자 인프라나 여기에서 실행되는 소프트웨어에는 영향을 주지 않는 필드. 제자리 변형가능 필드는 교체 롤아웃의 보다 정교한 메커니즘을 피하기 위해 CAPI 컨트롤러에 의해 전파됩니다. 여기에는 메타데이터, MinReadySeconds, NodeDrainTimeout, NodeVolumeDetachTimeout, NodeDeletionTimeout이 포함되는데, 향후 확장에 제한은 없습니다.

;Instance
;인스턴스
서버(Server) 참조

;[[Immutability]]
;[[변형불가성]]
변형되지 않는 리소스. Kubernetes에서는 실행 중인 Pod의 인스턴스가 변형불가하거나 일단 실행되면 변경되지 않는다고 말하는 경우가 많습니다. 변경을 위해서는, 새 파드가 구동됩니다. Cluster API의 관점에서는, 흔히 머신의 구동 중인 인스턴스를 변형불가한 것으로 봅니다.

;IPAM provider
;IPAM 제공자
Cluster API가 IPAM 솔루션과 상호작용할 수 있도록 하는 제공자를 나타냅니다. IPAM 제공자와 Cluster API의 상호작용은 IPAddressClaim과 IPAddress API 유형을 기반으로 합니다.

==K==
;Kubernetes-conformant, Kubernetes-compliant
;Kubernetes 호환
Kubernetes 적합성 테스트를 통과한 클러스터.

;k/k
메인 Kubernetes git 저장소 또는 메인 Kubernetes 프로젝트를 나타냅니다.

;KCP
Kubeadm 컨트롤플레인 제공자(Kubeadm Control plane Provider)

==L==
;Lifecycle hook
;수명주기 훅
외부 컴포넌트가 클러스터의 수명주기와 상호작용할 수 있게 해주는 런타임 훅.

수명주기 훅 구현하기 참조.

==M==
===Machine, Machine Resource===
;머신, 머신 리소스
kubelet을 실행할 장소를 확보하라는 요청을 나타내는 Kubernetes용 커스텀 리소스.

같이 보기: 서버(Server)

===Manage a cluster===
;클러스터 관리
클러스터에서 생성, 확장, 업그레이드, 삭제 작업을 수행합니다.

===Managed Kubernetes===
;관리형 Kubernetes
관리형 Kubernetes는 일반적으로 API로 노출되며 클라우드 제공자에서 기본적으로 사용할 수 있는 모든 Kubernetes 클러스터 프로비저닝 및 유지 관리 추상화를 나타냅니다. 예를 들어 EKS, OKE, AKS, GKE, IBM Cloud Kubernetes Service, DOKS 등 Kubernetes Cloud Native 생태계 전반에 걸쳐 있습니다.

===Managed Topology===
;관리형 토폴로지

토폴로지(Topology) 참조

===Management cluster===
;관리 클러스터
하나 이상의 인프라 제공자가 실행되고, 리소스(예: 머신)가 저장되는 클러스터. 일반적으로 여러 워크로드 클러스터를 프로비저닝할 때 참조됩니다.

===Multi-tenancy===
;멀티 테넌시
클러스터 API의 멀티 테넌시는 인프라 제공자가 인프라 테넌트에 해당하는 다양한 크리덴셜을 관리하는 기능을 정의합니다.

v1alpha3까지 이 개념은 각각 고유한 크리덴셜을 사용하여 동일한 제공자의 여러 인스턴스를 실행하는 기능을 참조하면서 다른 의미를 가졌습니다. v1alpha4부터는 두 개념을 명확하게 구별합니다.

멀티 테넌시 및 멀티 인스턴스 지원 참조.

==N==
;Node pools
;노드 풀
노드 풀은 모두 동일한 설정을 갖는 클러스터 내의 노드 그룹입니다.

==O==
;Operating system (OS)
;운영 체제
특정 배포판을 지칭하기 보다는, 리눅스나 윈도우 같이, 일반적으로 이해되는 커널과 시스템 수준 사용자공간 인터페이스의 조합.

==P==
;Patch
;패치
Kubernetes 객체 수정을 기술하는 지시어 세트. 예로는 JSON 패치와 JSON 병합 패치가 있습니다.

;Pivot
;피벗
피벗은 제공자 구성요소와 선언된 cluster-api 리소스를 소스 관리 클러스터에서 대상 관리 클러스터로 이동하는 프로세스입니다.

피벗 프로세스는 관리 클러스터를 삭제하는 데에도 사용되며 관리 클러스터를 업그레이드하는 동안에도 사용할 수 있습니다.

;Provider, Cluster API provider
;제공자, Cluster API 제공자

이 용어는 원래 인프라 제공자의 약어로 사용되었지만, 현재는 배포할 수 있는, 클러스터 API 관리 클러스터에 기능을 제공하는 모든 프로젝트를 지칭하는 데 사용됩니다.

부트스트랩 공급자(Bootstrap provider), 컨트롤 플레인 제공자(Control plane provider), 코어 제공자(Core provider), 인프라 제공자(Infrastructure provider), IPAM 제공자 런타임 확장 제공자(IPAM provider Runtime extension provider) 참조.

;Provider components
;제공자 구성요소
제공자를 위한 릴리스 프로세스의 일부로 게시된 YAML 아티팩트를 참조합니다. 일반적으로 CRD(커스텀 리소스 정의), Deployment(컨트롤러 매니저 실행), RBAC 등이 포함됩니다.

경우에 따라, 관리 클러스터에 배포된 위 구성요소의 인스턴스를 참조하는 데에도 같은 표현이 사용됩니다.

제공자 리포지토리(Provider repository) 참조

;Provider repository
;제공자 리포지토리
제공자 구성요소에 대한 YAML이 호스팅되는 위치를 나타냅니다. 일반적으로 제공자 리포지토리는 릴리스된 버전마다 하나씩 다양한 버전의 제공자 구성요소를 호스팅합니다.

==R==
;Runtime Extension
;런타임 확장
특정 런타임 훅에 대한 요청을 처리할 수 있는 Cluster API 위에 구축된 시스템의 일부인 외부 컴포넌트.

[[Cluster API Runtime SDK|Runtime SDK]] 참조

;Runtime Extension provider
;런타임 확장 제공자
하나 이상의 런타임 확장을 구현하는 제공자를 나타냅니다. 클러스터 API와 런타임 확장 제공자의 상호작용은 런타임 훅에 대한 Open API 사양을 기반으로 합니다.

;Runtime Hook
;런타임 훅
Cluster API 위에 구축된 애플리케이션이 Cluster API 런타임의 특정 순간(예: BeforeClusterUpgrade, TopologyMutationHook)에 개입할 수 있게 해주는 잘 식별된 단일 확장 지점.

[[Cluster API Runtime SDK|Runtime SDK]] 참조

;Runtime SDK
;런타임 SDK
런타임 훅 및 런타임 확장기능을 구축하는 데 필요한 개발자 툴킷.

[[Cluster API Runtime SDK|Runtime SDK]] 참조

==S==
;Scaling
;스케일링
따로 명시하지 않는 한, 이는 수평 스케일링을 의미합니다.

;Stacked control plane
;스택형 컨트롤 플레인
etcd가 Kubernetes API 서버와 함께 배치되고 정적 Pod로 실행되는 컨트롤 플레인 노드.

;Server
;서버
일반적으로 클라우드 인스턴스, 가상 머신, 물리 호스트와 같은 머신 리소스를 지원하는 인프라.

==T==
;Topology
;토폴로지
단일 제어 지점에서 클러스터의 컨트롤 플레인과 워커 머신의 형태를 정의하고 관리할 수 있는 클러스터 객체 사양의 필드. 클러스터의 토폴로지는 ClusterClass를 기반으로 합니다. 관리형 토폴로지라고도 합니다.

ClusterClass 참조

;Topology Mutation Hook
;토폴로지 변이 훅
클러스터 토폴로지의 일부인 Kubernetes 객체를 커스터마이징하기 위한 패치를 생성하기 위해 외부 컴포넌트를 허용하는 런타임 훅입니다.

토폴로지 변형 참조.

==W==
;Workload Cluster
;워크로드 클러스터
ClusterAPI 컨트롤러에 의해 생성된 클러스터. 이 클러스터는 부트스트랩 클러스터가 아니며 CAPI 도구가 아닌 최종 사용자가 사용하도록 되어 있다.

;WorkerClass
;워커 클래스
클러스터의 워커 노드 집합을 정의하는 템플릿 컬렉션. ClusterClass에는 0개 이상의 WorkerClass 정의가 포함되어 있다.

[[ClusterClass]] 참고

==참고==
* https://cluster-api.sigs.k8s.io/reference/glossary
[[분류: cluster-api]]
@@ 130번째 줄: / 130번째 줄: @@
 Kubernetes 클러스터 수명주기 관리에 협력하는 컨트롤러 집합인 클러스터 API 실행 모델.
-;Cluster Infrastructure, Kubernetes Cluster Infrastructure
+;Cluster Infrastructure
-;클러스터 인프라, Kubernetes 클러스터 인프라
+or Kubernetes Cluster Infrastructure
-Kubernetes 클러스터를 지원하는 인프라(예: VPC, 보안그룹, 로드 밸런서 등)를 정의합니다. 관리형 Kubernetes의 맥락에서 이러한 컴포넌트 중 일부는 특정 클라우드 제공자(EKS, OKE, AKS 등)에 대한 해당 추상화에 의해 제공되므로, 클러스터 API는 하위 집합이나 모든 컴포넌트를 관리해서는 안 됩니다.
+Defines the infrastructure that supports a Kubernetes cluster, like e.g. VPC, security groups, load balancers, etc. Please note that in the context of managed Kubernetes some of those components are going to be provided by the corresponding abstraction for a specific Cloud provider (EKS, OKE, AKS etc), and thus Cluster API should not take care of managing a subset or all those components.
-;Contract, Cluster API contract
+;Contract
-;계약, Cluster API 계약
+Or Cluster API contract
-Cluster API와 상호작용하기 위해 제공자가 준수해야 하는 규칙 집합을 정의합니다. 이러한 규칙은 CRD(CustomResourceDefinition) 필드 및/또는 구현될 예상 동작의 형식일 수 있습니다.
+Defines a set of rules a provider is expected to comply with in order to interact with Cluster API. Those rules can be in the form of CustomResourceDefinition (CRD) fields and/or expected behaviors to be implemented.
 ;Control plane
-;컨트롤 플레인
+The set of Kubernetes services that form the basis of a cluster. See also https://kubernetes.io/docs/concepts/#kubernetes-control-plane There are two variants:
-클러스터의 기초를 형성하는 Kubernetes 서비스 세트입니다. https://kubernetes.io/docs/concepts/#kubernetes-control-plane 도 참조하십시오. 두 가지 변형이 있습니다.
-* 자체 프로비저닝: 단일 클러스터 API 배포로 완전히 관리되는 파드 또는 머신으로 구성된 Kubernetes 컨트롤 플레인.
-* 외부 또는 관리형: 클러스터 API 이외의 일부 시스템(예: GKE, AKS, EKS, IKS)에 의해 제공되고 제어되는 컨트롤 플레인.
-;Control plane provider
+Self-provisioned: A Kubernetes control plane consisting of pods or machines wholly managed by a single Cluster API deployment.
-;컨트롤 플레인 제공자
+External or Managed: A control plane offered and controlled by some system other than Cluster API (e.g., GKE, AKS, EKS, IKS).
-Kubernetes 컨트롤 플레인 관리를 위한 솔루션을 구현하는 제공자를 나타냅니다. 클러스터 API와 컨트롤 플레인 제공자의 상호작용은 클러스터 API 계약에 정의된 내용을 기반으로 합니다.
+Control plane provider
+Refers to a provider that implements a solution for the management of a Kubernetes control plane. Control plane provider’s interaction with Cluster API is based on what is defined in the Cluster API contract.
-KCP 참조.
+See KCP.
 ;Core provider
-;코어 제공자
+Refers to a provider that implements Cluster API core controllers; if you consider that the first project that must be deployed in a management Cluster is Cluster API itself, it should be clear why the Cluster API project is also referred to as the core provider.
-Cluster API 코어 컨트롤러를 구현하는 제공자를 나타냅니다. 관리 클러스터에 배포해야 하는 첫 번째 프로젝트가 클러스터 API 자체라고 생각하면 클러스터 API 프로젝트를 코어 제공자라고도 부르는 이유가 분명해집니다.
-CAPI 참조.
+See CAPI.
 ==D==