ko: Update outdated files partly in dev-1.14-ko.6 (#15380) (#15443)

2019-07-23 23:06:55 +09:00
parent d58e8f1563
commit cd20abd2eb
38 changed files with 913 additions and 590 deletions
@@ -2,11 +2,11 @@
 title: 컨테이너 환경 변수(Container Environment Variables)
 id: container-env-variables
 date: 2018-04-12
-full_link: /ko/docs/concepts/containers/container-environment-variables.md
+full_link: /ko/docs/concepts/containers/container-environment-variables/
 short_description: >
  컨테이너 환경 변수는 파드에서 동작 중인 컨테이너에 유용한 정보를 제공하기 위한 이름=값 쌍이다.

-aka: 
+aka:
 tags:
 - fundamental
 ---
@@ -14,4 +14,4 @@ tags:

 <!--more-->

-컨테이너 환경 변수는 중요한 리소스에 대한 정보와 함께 실행 중인 컨테이너화 된 애플리케이션이 요구하는 정보를 해당 {{< glossary_tooltip text="컨테이너" term_id="container" >}}에 제공한다. 예를 들면, 파일 시스템 상세 정보, 컨테이너 스스로에 대한 정보, 서비스 엔드포인트와 같은 다른 클러스터 리소스에 대한 정보 등이 있다.
+컨테이너 환경 변수는 중요한 리소스에 대한 정보와 함께 실행 중인 컨테이너화 된 애플리케이션이 요구하는 정보를 해당 {{< glossary_tooltip text="컨테이너" term_id="container" >}}에 제공한다. 예를 들면, 파일 시스템 상세 정보, 컨테이너 스스로에 대한 정보, 서비스 엔드포인트와 같은 다른 클러스터 리소스에 대한 정보 등이 있다.
@@ -0,0 +1,21 @@
+---
+title: 컨테이너 런타임
+id: container-runtime
+date: 2019-06-05
+full_link: /docs/reference/generated/container-runtime
+short_description: >
+ 컨테이너 런타임은 컨테이너 실행을 담당하는 소프트웨어이다.
+
+aka:
+tags:
+- fundamental
+- workload
+---
+ 컨테이너 런타임은 컨테이너 실행을 담당하는 소프트웨어이다.
+
+<!--more-->
+
+쿠버네티스느 여러 컨테이너 런타임을 지원한다. [Docker](http://www.docker.com),
+[containerd](https://containerd.io), [cri-o](https://cri-o.io/),
+[rktlet](https://github.com/kubernetes-incubator/rktlet)과
+[Kubernetes CRI (컨테이너 런타임 인터페이스)](https://github.com/kubernetes/community/blob/master/contributors/devel/sig-node/container-runtime-interface.md)를 구현한 모든 소프트웨어.
@@ -13,7 +13,10 @@ tags:
 ---
 모든 클러스터 데이터를 담는 쿠버네티스 뒷단의 저장소로 사용되는 일관성·고가용성 키-값 저장소.

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

-쿠버네티스 클러스터 정보를 담고 있는 etcd 데이터에 대한 백업 계획은 필수이다. etcd에 대한 자세한 정보는, [etcd 문서](https://github.com/coreos/etcd/blob/master/Documentation/docs.md)를 참고한다.
+쿠버네티스 클러스터에서 etcd를 뒷단의 저장소로 사용한다면,
+이 데이터를 [백업](/docs/tasks/administer-cluster/configure-upgrade-etcd/#backing-up-an-etcd-cluster)하는 계획은
+필수이다.

+etcd에 대한 자세한 정보는, [etcd 문서](https://github.com/coreos/etcd/blob/master/Documentation/docs.md)를 참고한다.
@@ -6,14 +6,17 @@ full_link: /docs/reference/generated/kube-proxy
 short_description: >
  `kube-proxy`는 클러스터의 각 노드에서 실행되는 네트워크 프록시이다.

-aka: 
+aka:
 tags:
 - fundamental
 - core-object
 ---
 `kube-proxy`는 클러스터의 각 노드에서 실행되는 네트워크 프록시이다.

-<!--more--> 
+이는 호스트의 네트워크 규칙을 관리하고 접속 포워딩을 수행하여
+쿠버네티스 서비스 추상화를 가능케 한다.
+
+<!--more-->

 `kube-proxy`는 요청에 대한 포워딩을 책임진다. `kube-proxy`는 TCP 및 UDP 스트림 포워딩을 허용하거나 TCP 및 UDP 포워딩을 백 엔드 기능 집합에 걸쳐 라운드 로빈을 제공한다.

@@ -4,15 +4,14 @@ id: node
 date: 2018-04-12
 full_link: /docs/concepts/architecture/nodes/
 short_description: >
-  노드는 쿠버네티스의 워커 머신이다.
+  노드는 쿠버네티스의 작업 장비(worker machine)이다.

-aka: 
+aka:
 tags:
 - fundamental
 ---
- 노드는 쿠버네티스의 워커 머신이다.
+ 노드는 쿠버네티스의 작업 장비(worker machine)이다.

-<!--more--> 
-
-워커 머신은 클러스터에 따라 VM이거나 물리 머신일 것이다. 그것은 실행해야 하는 {{< glossary_tooltip text="서비스" term_id="service" >}}와 {{< glossary_tooltip text="파드" term_id="pod" >}}를 가지고 있으며, 마스터 컴포넌트에 의해서 관리된다. 노드에 있는 {{< glossary_tooltip text="서비스" term_id="service" >}}는 Docker, kubelet, kube-proxy를 포함한다.
+<!--more-->

+작업 노드는 클러스터에 따라 VM이거나 물리 머신일 것이다. {{< glossary_tooltip text="파드" term_id="pod" >}} 실행에 필요한 로컬 데몬과 서비스를 가지고 있으며, 콘트롤 플레인에 의해서 관리된다. 노드에 있는 데몬은 {{< glossary_tooltip text="kubelet" term_id="kubelet" >}}, {{< glossary_tooltip text="kube-proxy" term_id="kube-proxy" >}}와 {{< glossary_tooltip term_id="docker" >}} 같이 컨테이너 런타임을 구현한 {{< glossary_tooltip text="CRI" term_id="cri" >}}를 포함한다.
@@ -4,16 +4,15 @@ id: service
 date: 2018-04-12
 full_link: /docs/concepts/services-networking/service/
 short_description: >
-  파드의 집합과 같은 애플리케이션에 엑세스하는 방법을 기술하는 API 오브젝트이며, 포트와 로드밸런서를 기술할 수 있다.
+  네트워크 서비스로 파드 집합에서 실행 중인 애플리케이션을 노출하는 방법

 aka: 
 tags:
 - fundamental
 - core-object
 ---
- {{< glossary_tooltip text="파드" term_id="pod" >}}의 집합과 같은 애플리케이션에 엑세스하는 방법을 기술하는 API 오브젝트이며, 포트와 로드밸런서를 기술할 수 있다.
+{{< glossary_tooltip text="파드" term_id="pod" >}} 집합에서 실행중인 애플리케이션을 네트워크 서비스로 노출하는 추상화 방법

-<!--more--> 
-
-엑세스 포인트는 클러스터의 내부이거나 외부일 수 있다.
+<!--more-->

+서비스의 대상이 되는 파드 집합은 (보통) {{< glossary_tooltip text="셀렉터" term_id="selector" >}}로 결정된다. 많은 파드가 추가되거나 제거되면, 셀렉터와 일치하는 파드의 집합도 변경된다. 서비스는 네트워크 트래픽을 현재 워크로드를 위한 파드 집합으로 보낼 수 있는지 확인한다.