Third Korean l10n work for release-1.16 (#17168)
Update file outdated korean docs in dev-1.16-ko.3. (#16876) Translate concepts/architecture/controller.md in Korean (#16889) Change the full link in the document to an inline link. (#17059) Add English-Korean translation glossary (#16664) Co-Authored-By: Yuk, Yongsu <ysyukr@gmail.com> Co-Authored-By: June Yi <june.yi@samsung.com> Co-Authored-By: Seokho Son <shsongist@gmail.com>
This commit is contained in:
committed by
Kubernetes Prow Robot
parent
f351718930
commit
ff5d03a93b
@@ -2,7 +2,7 @@
|
||||
title: 컨트롤러(Controller)
|
||||
id: controller
|
||||
date: 2018-04-12
|
||||
full_link: /docs/admin/kube-controller-manager/
|
||||
full_link: /docs/concepts/architecture/controller/
|
||||
short_description: >
|
||||
API 서버를 통해 클러스터의 공유된 상태를 감시하고, 현재 상태를 원하는 상태로 이행시키는 컨트롤 루프.
|
||||
|
||||
@@ -11,9 +11,20 @@ tags:
|
||||
- architecture
|
||||
- fundamental
|
||||
---
|
||||
{{< glossary_tooltip text="API 서버" term_id="kube-apiserver" >}}를 통해 클러스터의 공유된 상태를 감시하고, 현재 상태를 원하는 상태로 이행시키는 컨트롤 루프.
|
||||
쿠버네티스에서 컨트롤러는 {{< glossary_tooltip term_id="cluster" text="클러스터">}}
|
||||
의 상태를 관찰 한 다음, 필요한 경우에 생성 또는 변경을
|
||||
요청하는 컨트롤 루프이다.
|
||||
각 컨트롤러는 현재 클러스터 상태를 의도한 상태에 가깝게
|
||||
이동한다.
|
||||
|
||||
|
||||
<!--more-->
|
||||
|
||||
현재 쿠버네티스에 포함된 컨트롤러의 예시로는 레플리케이션 컨트롤러, 엔드포인트 컨트롤러, 네임스페이스 컨트롤러, 서비스 어카운트 컨트롤러가 있다.
|
||||
컨트롤러는 {{< glossary_tooltip text="api 서버" term_id="kube-apiserver" >}}
|
||||
({{< glossary_tooltip term_id="control-plane" >}}의 일부)를
|
||||
통해 클러스터의 공유 상태를 감시한다.
|
||||
|
||||
일부 컨트롤러는 컨트롤 플레인 내부에서 실행되며, 쿠버네티스 작업의 핵심인
|
||||
컨트롤 루프를 제공한다. 예를 들어 디플로이먼트 컨트롤러,
|
||||
데몬셋 컨트롤러, 네임스페이스 컨트롤러 그리고 퍼시스턴트 볼륨
|
||||
컨트롤러(및 그 외)는 모두 "kube-controller-manager" 내에서 실행 된다.
|
||||
|
||||
@@ -2,7 +2,7 @@
|
||||
title: 컨테이너 런타임 인터페이스(Container runtime interface, CRI)
|
||||
id: cri
|
||||
date: 2019-03-07
|
||||
full_link: https://kubernetes.io/docs/concepts/overview/components/#container-runtime
|
||||
full_link: /docs/concepts/overview/components/#container-runtime
|
||||
short_description: >
|
||||
Kubelet과 컨테이너 런타임을 통합시키기 위한 API
|
||||
|
||||
|
||||
@@ -1,18 +1,23 @@
|
||||
---
|
||||
title: kube-apiserver
|
||||
title: API 서버
|
||||
id: kube-apiserver
|
||||
date: 2018-04-12
|
||||
full_link: /docs/reference/generated/kube-apiserver/
|
||||
short_description: >
|
||||
쿠버네티스 API를 노출하는 마스터 상의 컴포넌트. 쿠버네티스 컨트롤 플레인에 대한 프론트엔드이다.
|
||||
쿠버네티스 API를 제공하는 컨트롤 플레인 컴포넌트.
|
||||
|
||||
aka:
|
||||
- kube-apiserver
|
||||
tags:
|
||||
- architecture
|
||||
- fundamental
|
||||
---
|
||||
쿠버네티스 API를 노출하는 마스터 상의 컴포넌트. 쿠버네티스 컨트롤 플레인에 대한 프론트엔드이다.
|
||||
API 서버는 쿠버네티스 API를
|
||||
노출하는 쿠버네티스 {{< glossary_tooltip text="컨트롤 플레인" term_id="control-plane" >}} 컴포넌트이다.
|
||||
API 서버는 쿠버네티스 컨트롤 플레인의 프론트 엔드이다.
|
||||
|
||||
<!--more-->
|
||||
|
||||
수평적 스케일(즉, 더 많은 인스턴스를 디플로이하는 스케일)을 위해 설계되었다. [고가용성 클러스터 구축하기](/docs/admin/high-availability/)를 참고한다.
|
||||
쿠버네티스 API 서버의 주요 구현은 [kube-apiserver](/docs/reference/generated/kube-apiserver/) 이다.
|
||||
kube-apiserver는 수평으로 확장되도록 디자인되었다. 즉, 더 많은 인스턴스를 배포해서 확장할 수 있다.
|
||||
여러 kube-apiserver 인스턴스를 실행하고, 인스턴스간의 트래픽을 균형있게 조절할 수 있다.
|
||||
|
||||
@@ -2,7 +2,7 @@
|
||||
title: kube-controller-manager
|
||||
id: kube-controller-manager
|
||||
date: 2018-04-12
|
||||
full_link: /docs/reference/generated/kube-controller-manager/
|
||||
full_link: /docs/reference/command-line-tools-reference/kube-controller-manager/
|
||||
short_description: >
|
||||
컨트롤러를 구동하는 마스터 상의 컴포넌트.
|
||||
|
||||
@@ -16,4 +16,3 @@ tags:
|
||||
<!--more-->
|
||||
|
||||
논리적으로, 각 {{< glossary_tooltip text="컨트롤러" term_id="controller" >}}는 개별 프로세스이지만, 복잡성을 낮추기 위해 모두 단일 바이너리로 컴파일되고 단일 프로세스 내에서 실행된다.
|
||||
|
||||
|
||||
@@ -2,7 +2,7 @@
|
||||
title: 스테이트풀 셋(StatefulSet)
|
||||
id: statefulset
|
||||
date: 2018-04-12
|
||||
full_link: /docs/concepts/workloads/controllers/statefulset/
|
||||
full_link: /ko/docs/concepts/workloads/controllers/statefulset/
|
||||
short_description: >
|
||||
파드 집합의 디플로이먼트와 스케일링을 관리하며, 파드들의 *순서 및 고유성을 보장한다* .
|
||||
|
||||
@@ -18,6 +18,3 @@ tags:
|
||||
<!--more-->
|
||||
|
||||
{{< glossary_tooltip text="디플로이먼트" term_id="deployment" >}}와 유사하게, 스테이트풀 셋은 동일한 컨테이너 스펙을 기반으로 둔 파드들을 관리한다. 디플로이먼트와는 다르게, 스테이트풀 셋은 각 파드의 독자성을 유지한다. 이 파드들은 동일한 스팩으로 생성되었지만, 서로 교체는 불가능하다. 다시 말해, 각각은 재스케줄링 간에도 지속적으로 유지되는 식별자를 가진다.
|
||||
|
||||
스테이트풀 셋도 다른 컨트롤러와 같은 패턴으로 운용된다. 사용자는 의도한 상태를 스테이트풀 셋 *오브젝트* 로 정의하고, 스테이트풀 셋 *컨트롤러* 는 현재 상태에서 의도한 상태에 이르기 위해 필요한 업데이트를 수행한다.
|
||||
|
||||
|
||||
Reference in New Issue
Block a user