Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Translate concepts/overview/components in Korean #10882

Merged
Merged
Show file tree
Hide file tree
Changes from 1 commit
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
22 changes: 10 additions & 12 deletions content/ko/docs/concepts/overview/components.md
Original file line number Diff line number Diff line change
@@ -1,6 +1,4 @@
---
reviewers:
- lavalamp
title: 쿠버네티스 컴포넌트
content_template: templates/concept
weight: 20
Expand Down Expand Up @@ -30,11 +28,11 @@ weight: 20

{{< glossary_definition term_id="etcd" length="all" >}}

### 큐브-스케줄러
### kube-scheduler

{{< glossary_definition term_id="kube-scheduler" length="all" >}}

### 큐브-컨트롤러-매니저
### kube-controller-manager

{{< glossary_definition term_id="kube-controller-manager" length="all" >}}

Expand All @@ -43,16 +41,16 @@ weight: 20
* 노드 컨트롤러: 노드가 다운되었을 때 통지와 대응에 관한 책임을 가진다.
* 레플리케이션 컨트롤러: 시스템의 모든 레플리케이션 컨트롤러 오브젝트에 대해 알맞는 수의 파드들을
유지시켜 주는 책임을 가진다.
* 엔드포인트 컨트롤러: 엔드포인트 오브젝트를 채운다(즉, 서비스 & 파드를 가입시킨다.)
* 엔드포인트 컨트롤러: 엔드포인트 오브젝트를 채운다(즉, 서비스 & 파드를 연결시킨다.)
* 서비스 계정 & 토큰 컨트롤러: 새로운 네임스페이스에 대한 기본 계정과 API 접근 토큰을 생성한다.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

한글화 용어집에 따라,

s/서비스 계정/서비스 어카운트/

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

피드백 반영이 누락되었습니다.


### 클라우드-컨트롤러-매니저
### cloud-controller-manager

[클라우드-컨트롤러-매니저](/docs/tasks/administer-cluster/running-cloud-controller/)는 바탕을 이루는 클라우드 제공사업자와 상호작용하는 컨트롤러를 작동시킨다. 클라우드-컨트롤러-매니저 바이너리는 쿠버네티스 릴리스 1.6에서 도입된 알파 기능이다.
[cloud-controller-manager](/docs/tasks/administer-cluster/running-cloud-controller/)는 바탕을 이루는 클라우드 제공사업자와 상호작용하는 컨트롤러를 작동시킨다. cloud-controller-manager 바이너리는 쿠버네티스 릴리스 1.6에서 도입된 알파 기능이다.

클라우드-컨트롤러-매니저는 클라우드-제공사업자-특유 컨트롤러 루프만을 동작시킨다. 이 컨트롤러 루프는 큐브-컨트롤러-매니저에서 비활성 시켜야만 한다. 큐브-컨트롤러-매니저를 구동시킬 때 `--cloud-provider` 플래그를 `external`로 설정함으로써 이 컨트롤러 루프를 비활성 시킬 수 있다.
cloud-controller-manager는 클라우드-제공사업자-특유 컨트롤러 루프만을 동작시킨다. 이 컨트롤러 루프는 kube-controller-manager에서 비활성 시켜야만 한다. kube-controller-manager를 구동시킬 때 `--cloud-provider` 플래그를 `external`로 설정함으로써 이 컨트롤러 루프를 비활성 시킬 수 있다.

클라우드-컨트롤러-매니저는 클라우드 밴더 코드와 쿠버네티스 코어가 서로 독립적으로 발전시켜 나갈 수 있도록 해준다. 이전 릴리스에서는, 코어 쿠버네티스 코드가 기능상으로 클라우드-제공사업자-특유 코드에 대해 의존적이었다. 향후 릴리스에서, 클라우드 밴더에 따른 코드는 클라우드 밴더 자체에 의해 유지되도록 하여야만 하며, 쿠버네티스가 동작하는 동안 클라우드-컨트롤러-매니저에 연계되도록 하여야만 한다.
cloud-controller-manager는 클라우드 밴더 코드와 쿠버네티스 코어가 서로 독립적으로 발전시켜 나갈 수 있도록 해준다. 이전 릴리스에서는, 코어 쿠버네티스 코드가 기능상으로 클라우드-제공사업자-특유 코드에 대해 의존적이었다. 향후 릴리스에서, 클라우드 밴더에 따른 코드는 클라우드 밴더 자체에 의해 유지되도록 하여야만 하며, 쿠버네티스가 동작하는 동안 cloud-controller-manager에 연계되도록 하여야만 한다.

다음 컨트롤러들은 클라우드 제공사업자의 의존성을 갖는다.

Expand Down Expand Up @@ -92,16 +90,16 @@ weight: 20

쿠버네티스에 의해 구동되는 컨테이너는 DNS 검색에서 이 DNS 서버를 자동으로 포함시킨다.

### 웹 UI (대쉬보드)
### 웹 UI (대시보드)

[대쉬보드](/docs/tasks/access-application-cluster/web-ui-dashboard/)는 쿠버네티스 클러스터를 위한 범용의 웹 기반 UI다. 사용자로 하여금 클러스터 자체 뿐만 아니라, 클러스터에서 동작하는 애플리케이션에 대한 관리와 고창처리를 할 수 있도록 허용해준다.
[대쉬보드](/docs/tasks/access-application-cluster/web-ui-dashboard/)는 쿠버네티스 클러스터를 위한 범용의 웹 기반 UI다. 사용자로 하여금 클러스터 자체 뿐만 아니라, 클러스터에서 동작하는 애플리케이션에 대한 관리와 고장처리를 할 수 있도록 허용해준다.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

한글화 용어집에 따라,

s/대쉬보드/대시보드/


### 컨테이너 리소스 모니터링

[컨테이너 리소스 모니터링](/docs/tasks/debug-application-cluster/resource-usage-monitoring/)은 중앙 데이터베이스 내에 컨테이너들에 대한 포괄적인 시계열 메트릭스를 기록하고 그 데이터를 열람하기 위한 UI를 제공해 준다.

### 클러스터-레벨 로깅

A [클러스터-레벨 로깅](/docs/concepts/cluster-administration/logging/) 메커니즘은 검색/열람 인터페이스와 함께 중앙 로그 저장소에 컨테이너 로그를 저장하는 책임을 가진다.
[클러스터-레벨 로깅](/docs/concepts/cluster-administration/logging/) 메커니즘은 검색/열람 인터페이스와 함께 중앙 로그 저장소에 컨테이너 로그를 저장하는 책임을 가진다.

{{% /capture %}}
13 changes: 7 additions & 6 deletions content/ko/docs/reference/glossary/controller.md
Original file line number Diff line number Diff line change
@@ -1,18 +1,19 @@
---
title: 컨트롤러
title: Controller
id: controller
date: 2018-04-12
full_link: /docs/admin/kube-controller-manager/
short_description: >
apiserver를 통해 클러스터의 공유 상태를 감시하고 현재 상태를 의도한 상태가 되도록 변경시켜주는 컨트롤러 루프.
A control loop that watches the shared state of the cluster through the apiserver and makes changes attempting to move the current state towards the desired state.

aka:
aka:
tags:
- architecture
- fundamental
---
{{< glossary_tooltip text="apiserver" term_id="kube-apiserver" >}}를 통해 클러스터의 공유 상태를 감시하고 현재 상태를 의도한 상태가 되도록 변경시켜주는 컨트롤러 루프
A control loop that watches the shared state of the cluster through the {{< glossary_tooltip text="apiserver" term_id="kube-apiserver" >}} and makes changes attempting to move the current state towards the desired state.

<!--more-->
<!--more-->

Examples of controllers that ship with Kubernetes today are the replication controller, endpoints controller, namespace controller, and serviceaccounts controller.

최근 쿠버네티스와 함께 출하되는 컨트롤러의 예로는 레플리케이션 컨트롤러, 엔드포인트 컨트롤러, 네임스페이스 컨트롤러, 서비스계정 컨트롤러 등이 있다.
13 changes: 6 additions & 7 deletions content/ko/docs/reference/glossary/etcd.md
Original file line number Diff line number Diff line change
Expand Up @@ -4,17 +4,16 @@ id: etcd
date: 2018-04-12
full_link: /docs/tasks/administer-cluster/configure-upgrade-etcd/
short_description: >
일관성 있고 고가용성의 키 밸류 스토어로 전체 클러스터 데이터에 대한 쿠버네티스의 보조 기억 수단으로 이용된다.
Consistent and highly-available key value store used as Kubernetes' backing store for all cluster data.



aka:
aka:
tags:
- architecture
- storage
---
일관성 있고 고가용성의 키 밸류 스토어로 전체 클러스터 데이터에 대한 쿠버네티스의 보조 기억 수단으로 이용된다.
Consistent and highly-available key value store used as Kubernetes' backing store for all cluster data.

<!--more-->

<!--more-->
Always have a backup plan for etcd's data for your Kubernetes cluster. For in-depth information on etcd, see [etcd documentation](https://github.com/coreos/etcd/blob/master/Documentation/docs.md).

항상 여러분의 쿠버네티스 클러스터와 관련된 etcd의 데이터를 위해 백업 계획을 세운다. etcd에 관한 보다 상세한 정보는 [etcd 문서](https://github.com/coreos/etcd/blob/master/Documentation/docs.md)를 참고한다.
12 changes: 7 additions & 5 deletions content/ko/docs/reference/glossary/kube-apiserver.md
Original file line number Diff line number Diff line change
Expand Up @@ -4,14 +4,16 @@ id: kube-apiserver
date: 2018-04-12
full_link: /docs/reference/generated/kube-apiserver/
short_description: >
쿠버네티스 API를 노출시켜주는 마스터 상의 컴포넌트. 쿠버네티스 컨트롤 플레인의 프론트 엔드이다.
aka:
Component on the master that exposes the Kubernetes API. It is the front-end for the Kubernetes control plane.

aka:
tags:
- architecture
- fundamental
---
쿠버네티스 API를 노출시켜주는 마스터 상의 컴포넌트. 쿠버네티스 컨트롤 플레인의 프론트 엔드이다.
Component on the master that exposes the Kubernetes API. It is the front-end for the Kubernetes control plane.

<!--more-->

<!--more-->
It is designed to scale horizontally -- that is, it scales by deploying more instances. See [Building High-Availability Clusters](/docs/admin/high-availability/).

수평적으로 규모를 조정하기 위해 설계되었다. 즉, 더 많은 인스턴스를 배포함으로써 규모를 조정한다. See [고가용성 클러스터 구성하기](/docs/admin/high-availability/)를 참고한다.
13 changes: 7 additions & 6 deletions content/ko/docs/reference/glossary/kube-controller-manager.md
Original file line number Diff line number Diff line change
@@ -1,18 +1,19 @@
---
title: 큐브-컨트롤러-매니저
title: kube-controller-manager
id: kube-controller-manager
date: 2018-04-12
full_link: /docs/reference/generated/kube-controller-manager/
short_description: >
컨트롤러를 동작시키는 마스터 상의 컴포넌트다.
Component on the master that runs controllers.

aka:
aka:
tags:
- architecture
- fundamental
---
{{< glossary_tooltip text="컨트롤러" term_id="controller" >}}를 동작시키는 마스터 상의 컴포넌트다.
Component on the master that runs {{< glossary_tooltip text="controllers" term_id="controller" >}}.

<!--more-->
<!--more-->

Logically, each {{< glossary_tooltip text="controller" term_id="controller" >}} is a separate process, but to reduce complexity, they are all compiled into a single binary and run in a single process.

논리적으로, 각 {{< glossary_tooltip text="controller" term_id="controller" >}}는 분리된 프로세스이긴 하지만, 복잡도를 줄이기 위해, 하나의 바이너리에 컴파일 되어 하나의 프로세스 내에서 동작한다.
18 changes: 18 additions & 0 deletions content/ko/docs/reference/glossary/kube-scheduler.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,18 @@
---
title: kube-scheduler
id: kube-scheduler
date: 2018-04-12
full_link: /docs/reference/generated/kube-scheduler/
short_description: >
Component on the master that watches newly created pods that have no node assigned, and selects a node for them to run on.

aka:
tags:
- architecture
---
Component on the master that watches newly created pods that have no node assigned, and selects a node for them to run on.

<!--more-->

Factors taken into account for scheduling decisions include individual and collective resource requirements, hardware/software/policy constraints, affinity and anti-affinity specifications, data locality, inter-workload interference and deadlines.

19 changes: 19 additions & 0 deletions content/ko/docs/reference/glossary/kubelet.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,19 @@
---
title: Kubelet
id: kubelet
date: 2018-04-12
full_link: /docs/reference/generated/kubelet
short_description: >
An agent that runs on each node in the cluster. It makes sure that containers are running in a pod.

aka:
tags:
- fundamental
- core-object
---
An agent that runs on each node in the cluster. It makes sure that containers are running in a pod.

<!--more-->

The kubelet takes a set of PodSpecs that are provided through various mechanisms and ensures that the containers described in those PodSpecs are running and healthy. The kubelet doesn’t manage containers which were not created by Kubernetes.