First Korean I10n work for release-1.14 (#13730)

* First Korean I10n work for release-1.14 - ko: Fix nav-menu sync in tutorials/statefulset #13374 (#13474) - ko: add outdated files in dev-1.14-ko.1 branch (#13473) - Translate title of concepts/../image.md Ko (#13507) - ko: add translation tutorial/stateful-application/cassandra #12450 (#13515) - Translate reference/kubectl/cheatsheet in Korean (#13549) - Translate tasks/access-application-cluster/access-cluster in Korean (#13565) - ko: add tutorials/stateful-application/mysql-wordpress-persistent-vol… (#13516) - Issue 12838 object management kubectl imperative config (#13657) - Translate standardized glossary Tag Fandamental in Korean (#13552) Co-authored-by: Kim Young Dae <38598117+zer0big@users.noreply.github.com> Co-authored-by: Yoon <learder@gmail.com> Co-authored-by: lapee79 <lapee79@gmail.com> Co-authored-by: Jesang Myung <jesang.myung@gmail.com> Co-authored-by: Seokho <shsongist@gmail.com> Co-authored-by: Claudia J.Kang <claudiajkang@gmail.com> Co-authored-by: June Yi <june.yi@samsung.com> * Fix conflict : pick-right-solution
2019-04-10 09:42:12 +09:00
parent 866fc48195
commit 34074d33ff
78 changed files with 2782 additions and 1028 deletions
@@ -0,0 +1,18 @@
+---
+title: 어노테이션(Annotation)
+id: annotation
+date: 2018-04-12
+full_link: /docs/concepts/overview/working-with-objects/annotations
+short_description: >
+  임의의 식별되지 않는 메타데이터를 오브젝트에 첨부할 때 이용하는 키-밸류 쌍.
+
+aka: 
+tags:
+- fundamental
+---
+ 임의의 식별되지 않는 메타데이터를 오브젝트에 첨부할 때 이용하는 키-밸류 쌍.
+
+<!--more--> 
+
+어노테이션으로 된 메타데이터는 작거나 클 수 있고, 구조화되어 있거나 구조화되어 있지 않을 수도 있고, 레이블에서는 허용되지 않는 문자도 포함할 수 있다. 툴과 라이브러리와 같은 클라이언트로 메타데이터를 검색할 수 있다.
+
@@ -0,0 +1,19 @@
+---
+title: 클러스터(Cluster)
+id: cluster
+date: 2018-04-12
+full_link: 
+short_description: >
+  쿠버네티스를 통해 관리되는 컨테이너화 된 애플리케이션을 실행하는, 노드라고 불리는 기계의 집합.
+
+aka: 
+tags:
+- fundamental
+- operation
+---
+ 쿠버네티스를 통해 관리되는 컨테이너화 된 애플리케이션을 실행하는, 노드라고 불리는 기계의 집합.
+
+<!--more--> 
+
+클러스터는 여러 개의 워커 노드와 적어도 하나의 마스터를 가진다.
+
@@ -0,0 +1,17 @@
+---
+title: 컨테이너 환경 변수(Container Environment Variables)
+id: container-env-variables
+date: 2018-04-12
+full_link: /ko/docs/concepts/containers/container-environment-variables.md
+short_description: >
+  컨테이너 환경 변수는 파드에서 동작 중인 컨테이너에 유용한 정보를 제공하기 위한 이름=값 쌍이다.
+
+aka: 
+tags:
+- fundamental
+---
+ 컨테이너 환경 변수는 파드에서 동작 중인 컨테이너에 유용한 정보를 제공하기 위한 이름=값 쌍이다.
+
+<!--more-->
+
+컨테이너 환경 변수는 중요한 리소스에 대한 정보와 함께 실행 중인 컨테이너화 된 애플리케이션이 요구하는 정보를 해당 {{< glossary_tooltip text="컨테이너" term_id="container" >}}에 제공한다. 예를 들면, 파일 시스템 상세 정보, 컨테이너 스스로에 대한 정보, 서비스 엔드포인트와 같은 다른 클러스터 리소스에 대한 정보 등이 있다.
@@ -0,0 +1,19 @@
+---
+title: 컨테이너(Container)
+id: container
+date: 2018-04-12
+full_link: /ko/docs/concepts/overview/what-is-kubernetes/#왜-컨테이너인가
+short_description: >
+  소프트웨어와 그것에 종속된 모든 것을 포함한 가볍고 휴대성이 높은 실행 가능 이미지.
+
+aka: 
+tags:
+- fundamental
+- workload
+---
+ 소프트웨어와 그것에 종속된 모든 것을 포함한 가볍고 휴대성이 높은 실행 가능 이미지.
+
+<!--more--> 
+
+컨테이너는 애플리케이션과 기반이 되는 호스트 인프라의 관계를 분리시켜서, 애플리케이션을 다른 클라우드 또는 OS 환경에서도 쉽게 디플로이하고 쉽게 스케일되게 한다.
+
@@ -1,19 +1,19 @@
 ---
-title: Controller
+title: 컨트롤러(Controller)
 id: controller
 date: 2018-04-12
 full_link: /docs/admin/kube-controller-manager/
 short_description: >
-  API 서버를 통해 클러스터의 공유된 상태를 감시하고, 현재 상태를 원하는 상태로 이행시키도록 하는 컨트롤 루프.
+  Apiserver를 통해 클러스터의 공유된 상태를 감시하고, 현재 상태를 원하는 상태로 이행시키는 컨트롤 루프.

 aka: 
 tags:
 - architecture
 - fundamental
 ---
- {{< glossary_tooltip text="apiserver" term_id="kube-apiserver" >}}를 통해 클러스터의 공유된 상태를 감시하고, 현재 상태를 원하는 상태로 이행시키도록 하는 컨트롤 루프.
+ {{< glossary_tooltip text="Apiserver" term_id="kube-apiserver" >}}를 통해 클러스터의 공유된 상태를 감시하고, 현재 상태를 원하는 상태로 이행시키는 컨트롤 루프.

 <!--more--> 

-현재 쿠버네티스에 포함된 컨트롤러의 예시로는 레플리케이션 컨트롤러, 엔드포인트 컨트롤러, 네임스페이스 컨트롤러, 서비스어카운트 컨트롤러가 있다.
+현재 쿠버네티스에 포함된 컨트롤러의 예시로는 레플리케이션 컨트롤러, 엔드포인트 컨트롤러, 네임스페이스 컨트롤러, 서비스 어카운트 컨트롤러가 있다.

@@ -0,0 +1,20 @@
+---
+title: 커스텀 리소스 데피니션(CustomResourceDefinition)
+id: CustomResourceDefinition
+date: 2018-04-12
+full_link: docs/tasks/access-kubernetes-api/extend-api-custom-resource-definitions/
+short_description: >
+  사용자 정의 서버를 완전히 새로 구축할 필요가 없도록 쿠버네티스 API server에 추가할 리소스를 정의하는 사용자 정의 코드.
+
+aka: 
+tags:
+- fundamental
+- operation
+- extension
+---
+ 사용자 정의 서버를 완전히 새로 구축할 필요가 없도록 쿠버네티스 API server에 추가할 리소스를 정의하는 사용자 정의 코드.
+
+<!--more--> 
+
+만약 공개적으로 지원되는 API 리소스가 사용자의 요구를 충족할 수 없는 경우, 커스텀 리소스 데피니션은 사용자의 환경에 따라 쿠버네티스 API를 확장하게 해준다. 
+
@@ -0,0 +1,20 @@
+---
+title: 데몬 셋(DaemonSet)
+id: daemonset
+date: 2018-04-12
+full_link: /docs/concepts/workloads/controllers/daemonset
+short_description: >
+  파드의 복제품이 클러스터의 노드 집합에 걸쳐 동작하는 것을 확실히 한다.
+
+aka: 
+tags:
+- fundamental
+- core-object
+- workload
+---
+ {{< glossary_tooltip text="파드" term_id="pod" >}}의 복제품이 {{< glossary_tooltip text="클러스터" term_id="cluster" >}}의 노드 집합에 걸쳐 동작하는 것을 확실히 한다.
+
+<!--more--> 
+
+일반적으로 모든 {{< glossary_tooltip text="노드" term_id="node" >}}에서 실행돼야 하는 로그 수집기 및 모니터링 에이전트 등의 시스템 데몬을 디플로이하기 위해서 사용된다.
+
@@ -0,0 +1,20 @@
+---
+title: 디플로이먼트(Deployment)
+id: deployment
+date: 2018-04-12
+full_link: /docs/concepts/workloads/controllers/deployment/
+short_description: >
+  레플리케이션 된 애플리케이션을 관리하는 API 오브젝트.
+
+aka: 
+tags:
+- fundamental
+- core-object
+- workload
+---
+ 레플리케이션 된 애플리케이션을 관리하는 API 오브젝트.
+
+<!--more--> 
+
+각 레플리카는 {{< glossary_tooltip text="파드" term_id="pod" >}}로 표현되며, 각 파드는 클러스터의 노드에 분산된다.
+
@@ -0,0 +1,17 @@
+---
+title: 장치 플러그인(Device Plugin)
+id: device-plugin
+date: 2019-02-02
+full_link: /docs/concepts/extend-kubernetes/compute-storage-net/device-plugins/
+short_description: >
+  장치 플러그인은 쿠버네티스에서 동작하는 컨테이너이며 공급 업체 고유의 리소스에 대한 액세스를 제공한다.
+aka:
+tags:
+- fundamental
+- extension
+---
+ 장치 플러그인은 쿠버네티스에서 동작하는 컨테이너이며 공급 업체 고유의 리소스에 대한 액세스를 제공한다.
+
+<!--more-->
+
+[장치 플러그인](/docs/concepts/extend-kubernetes/compute-storage-net/device-plugins/)은 쿠버네티스에서 동작하는 컨테이너이며 공급 업체 고유의 리소스에 대한 액세스를 제공한다. 장치 플로그인은 해당 리소스를 kubelet에 알린다. 장치 플러그인은 사용자 정의 쿠버네티스 코드를 작성하는 대신 수동으로 또는 데몬 셋으로도 디플로이 가능하다.
@@ -0,0 +1,18 @@
+---
+title: docker
+id: docker
+date: 2018-04-12
+full_link: /docs/reference/kubectl/docker-cli-to-kubectl/
+short_description: >
+  Docker는 운영 시스템 수준의 가상화를 제공하는 소프트웨어 기술이며, 컨테이너로도 알려져 있다.
+
+aka: 
+tags:
+- fundamental
+---
+ Docker는 운영 시스템 수준의 가상화를 제공하는 소프트웨어 기술이며, 컨테이너로도 알려져 있다.
+
+<!--more--> 
+
+Docker는 Linux 커널의 리소스 격리 기능을 사용하며, 그 격리 기능의 예는 cgroups, 커널 네임스페이스, OverlayFS와 같은 조합 가능한 파일 시스템, "컨테이너"가 단일 Linux 인스턴스에서 독립적으로 실행되게 하여 가상 머신(VM)을 시작하고 관리하는 오버헤드를 피할 수 있도록 하는 기타 기능 등이 있다. 
+
@@ -15,5 +15,5 @@ tags:

 <!--more--> 

-쿠버네티스 클러스터 정보를 담고 있는 etcd 데이터에 대한 백업 계획은 필수이다. etcd에 대해 자세히 알아보려면 [etcd 문서](https://github.com/coreos/etcd/blob/master/Documentation/docs.md)를 참고하라.
+쿠버네티스 클러스터 정보를 담고 있는 etcd 데이터에 대한 백업 계획은 필수이다. etcd에 대한 자세한 정보는, [etcd 문서](https://github.com/coreos/etcd/blob/master/Documentation/docs.md)를 참고한다.

@@ -0,0 +1,18 @@
+---
+title: 익스텐션(Extensions)
+id: Extensions
+date: 2019-02-01
+full_link: /docs/concepts/extend-kubernetes/extend-cluster/#extensions
+short_description: >
+  익스텐션은 새로운 타입의 하드웨어를 지원하기 위해 쿠버네티스를 확장하고 깊게 통합시키는 소프트웨어 컴포넌트이다.
+
+aka:
+tags:
+- fundamental
+- extension
+---
+ 익스텐션은 새로운 타입의 하드웨어를 지원하기 위해 쿠버네티스를 확장하고 깊게 통합시키는 소프트웨어 컴포넌트이다.
+
+<!--more-->
+
+대부분의 클러스터 관리자는 호스트된 쿠버네티스 또는 쿠버네티스의 배포 인스턴스를 사용할 것이다. 그 결과, 대부분의 쿠버네티스 사용자는 [익스텐션](/docs/concepts/extend-kubernetes/extend-cluster/#extensions)의 설치가 필요할 것이며, 일부 사용자만 직접 새로운 것을 만들 것이다.
@@ -0,0 +1,18 @@
+---
+title: 이미지(Image)
+id: image
+date: 2018-04-12
+full_link: 
+short_description: >
+  컨테이너의 저장된 인스턴스이며, 애플리케이션 구동에 필요한 소프트웨어 집합을 가지고 있다.
+
+aka: 
+tags:
+- fundamental
+---
+ 컨테이너의 저장된 인스턴스이며, 애플리케이션 구동에 필요한 소프트웨어 집합을 가지고 있다.
+
+<!--more--> 
+
+소프트웨어가 컨테이너 레지스트리에 저장되고, 로컬 시스템에 풀(pull)되고, 애플리케이션으로서 실행되도록 패키징하는 방법. 메타 데이터는 이미지에 포함되며, 실행할 실행 파일, 작성자 및 기타 정보를 나타낸다.
+
@@ -0,0 +1,18 @@
+---
+title: 초기화 컨테이너(Init Container)
+id: init-container
+date: 2018-04-12
+full_link: 
+short_description: >
+  앱 컨테이너가 동작하기 전에 완료되기 위해 실행되는 하나 이상의 초기화 컨테이너. 
+
+aka: 
+tags:
+- fundamental
+---
+ 앱 컨테이너가 동작하기 전에 완료되기 위해 실행되는 하나 이상의 초기화 컨테이너. 
+
+<!--more--> 
+
+한 가지 차이점을 제외하면, 초기화 컨테이너는 일반적인 앱 컨테이너와 동일하다. 초기화 컨테이너는 앱 컨테이너가 시작되기 전에 완료되는 것을 목표로 실행되어야 한다. 초기화 컨테이너는 연달아 실행된다. 다시말해, 각 초기화 컨테이너의 실행은 다음 초기화 컨테이너가 시작되기 전에 완료되어야 한다.
+
@@ -0,0 +1,20 @@
+---
+title: 잡(Job)
+id: job
+date: 2018-04-12
+full_link: /docs/concepts/workloads/controllers/jobs-run-to-completion
+short_description: >
+  완료를 목표로 실행되는 유한 또는 배치 작업.
+
+aka: 
+tags:
+- fundamental
+- core-object
+- workload
+---
+ 완료를 목표로 실행되는 유한 또는 배치 작업.
+
+<!--more--> 
+
+하나 이상의 {{< glossary_tooltip text="파드" term_id="pod" >}} 오브젝트를 생성하고 지정된 수의 파드가 성공적으로 종료되는지 확인한다. 파드가 성공적으로 완료됨에 따라, 잡은 해당 성공적인 완료를 추적한다.
+
@@ -15,4 +15,4 @@ tags:

 <!--more--> 

-수평적 스케일(즉, 더 많은 인스턴스를 디플로이하는 스케일)을 위해 설계되었다. [고가용성 클러스터 구축하기](/docs/admin/high-availability/)를 참고하라.
+수평적 스케일(즉, 더 많은 인스턴스를 디플로이하는 스케일)을 위해 설계되었다. [고가용성 클러스터 구축하기](/docs/admin/high-availability/)를 참고한다.
@@ -0,0 +1,19 @@
+---
+title: kube-proxy
+id: kube-proxy
+date: 2018-04-12
+full_link: /docs/reference/generated/kube-proxy
+short_description: >
+  `kube-proxy`는 클러스터의 각 노드에서 실행되는 네트워크 프록시이다.
+
+aka: 
+tags:
+- fundamental
+- core-object
+---
+ `kube-proxy`는 클러스터의 각 노드에서 실행되는 네트워크 프록시이다.
+
+<!--more--> 
+
+`kube-proxy`는 요청에 대한 포워딩을 책임진다. `kube-proxy`는 TCP 및 UDP 스트림 포워딩을 허용하거나 TCP 및 UDP 포워딩을 백 엔드 기능 집합에 걸쳐 라운드 로빈을 제공한다.
+
@@ -14,5 +14,5 @@ tags:

 <!--more--> 

-스케줄링 결정을 위한 어카운트 내 요소들로는 개별 및 공동의 리소스 요건, 하드웨어/소프트웨어/정책 제약, 친밀 및 배격 명세, 데이터 지역성, 워크로드-간 간섭, 데드라인들이 포함된다.
+스케줄링 결정을 위해서 고려되는 요소는 리소스에 대한 개별 및 총체적 요구 사항, 하드웨어/소프트웨어/정책적 제약, 어피니티(affinity) 및 안티-어피니티(anti-affinity) 명세, 데이터 지역성, 워크로드-간 간섭, 데드라인을 포함한다.

@@ -0,0 +1,19 @@
+---
+title: Kubectl
+id: kubectl
+date: 2018-04-12
+full_link: /docs/user-guide/kubectl-overview/
+short_description: >
+  쿠버네티스 API server와 통신하기 위한 커맨드라인 툴.
+
+aka: 
+tags:
+- tool
+- fundamental
+---
+ {{< glossary_tooltip text="쿠버네티스 API" term_id="kubernetes-api" >}} server와 통신하기 위한 커맨드라인 툴.
+
+<!--more--> 
+
+사용자는 쿠버네티스 오브젝트를 생성, 점검, 업데이트, 삭제하기 위해서 kubectl를 사용할 수 있다.
+
@@ -4,16 +4,16 @@ 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.
+  클러스터의 각 노드에서 실행되는 에이전트. Kubelet은 파드에서 컨테이너가 확실하게 동작하도록 관리한다.

 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.
+ 클러스터의 각 노드에서 실행되는 에이전트. Kubelet은 파드에서 컨테이너가 확실하게 동작하도록 관리한다.

 <!--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.
+Kubelet은 다양한 메커니즘을 통해 제공된 파드 스펙(PodSpec)의 집합을 받아서 컨테이너가 해당 파드 스펙에 따라 건강하게 동작하는 것을 확실히 한다. Kubelet은 쿠버네티스를 통해 생성되지 않는 컨테이너는 관리하지 않는다.

@@ -0,0 +1,19 @@
+---
+title: 쿠버네티스 API(Kubernetes API)
+id: kubernetes-api
+date: 2018-04-12
+full_link: /ko/docs/concepts/overview/kubernetes-api/
+short_description: >
+  RESTful 인터페이스를 통해서 쿠버네티스 기능을 제공하고 클러스터의 상태를 저장하는 애플리케이션.
+
+aka: 
+tags:
+- fundamental
+- architecture
+---
+ RESTful 인터페이스를 통해서 쿠버네티스 기능을 제공하고 클러스터의 상태를 저장하는 애플리케이션.
+
+<!--more--> 
+
+쿠버네티스 리소스와 "의도에 대한 레코드"는 모두 API 오브젝트로 저장되며, API로의 RESTful 호출을 통해서 수정된다. API는 구성이 선언적인 방법으로 관리되도록 한다. 사용자는 쿠버네티스 API와 직접 상호 작용할 수 있으며, `kubectl`과 같은 툴을 사용할 수도 있다. 쿠버네티스 API의 핵심은 유연하며 사용자 정의 리소스를 지원하기 위해 확장될 수도 있다.
+
@@ -0,0 +1,18 @@
+---
+title: 레이블(Label)
+id: label
+date: 2018-04-12
+full_link: /docs/concepts/overview/working-with-objects/labels
+short_description: >
+  사용자에게 의미 있고 관련성 높은 특징으로 식별할 수 있도록 오브젝트에 태그를 붙인다.
+
+aka: 
+tags:
+- fundamental
+---
+ 사용자에게 의미 있고 관련성 높은 특징으로 식별할 수 있도록 오브젝트에 태그를 붙인다.
+
+<!--more--> 
+
+레이블은 {{< glossary_tooltip text="파드" term_id="pod" >}}와 같은 오브젝트에 붙일 수 있는 키/값 쌍이다. 레이블은 오브젝트의 하위 집합을 구성하고 선택하는데 사용된다.
+
@@ -0,0 +1,19 @@
+---
+title: Minikube
+id: minikube
+date: 2018-04-12
+full_link: /docs/getting-started-guides/minikube/
+short_description: >
+  내부적으로 쿠버네티스를 실행하기 위한 도구.
+
+aka: 
+tags:
+- fundamental
+- tool
+---
+ 내부적으로 쿠버네티스를 실행하기 위한 도구.
+
+<!--more--> 
+
+Minikube는 VM이나 사용자 컴퓨터에서 단일 노드 클러스터를 실행한다.
+
@@ -14,5 +14,5 @@ tags:

 <!--more--> 

-특정 시점에 같은 종류(kind) 내에서는 한 오브젝트만이 부여된 이름을 가질 수 있다. 하지만, 오브젝트를 삭제한 경우, 새로운 오브젝트를 같은 이름으로 만들 수 있다.
+특정 시점에 같은 종류(kind) 내에서는 하나의 이름은 하나의 오브젝트에만 지정될 수 있다. 하지만, 오브젝트를 삭제한 경우, 삭제된 오브젝트와 같은 이름을 새로운 오브젝트에 지정 가능하다.

@@ -0,0 +1,18 @@
+---
+title: 네임스페이스(Namespace)
+id: namespace
+date: 2018-04-12
+full_link: /docs/concepts/overview/working-with-objects/namespaces
+short_description: >
+  쿠버네티스에서 동일한 물리 클러스터에서 다중의 가상 클러스터를 지원하기 위해 사용하는 추상화.
+
+aka: 
+tags:
+- fundamental
+---
+ 쿠버네티스에서 동일한 물리 {{< glossary_tooltip text="클러스터" term_id="cluster" >}}에서 다중의 가상 클러스터를 지원하기 위해 사용하는 추상화.
+
+<!--more--> 
+
+네임스페이스는 클러스터의 오브젝트를 체계화하고 클러스터의 리소스를 분리하는 방법을 제공한다. 리소스의 이름은 네임스페이스 내에서 유일해야 한다. 그러나, 네임스페이스 간에서 유일할 필요는 없다.
+
@@ -0,0 +1,18 @@
+---
+title: 노드(Node)
+id: node
+date: 2018-04-12
+full_link: /docs/concepts/architecture/nodes/
+short_description: >
+  노드는 쿠버네티스의 워커 머신이다.
+
+aka: 
+tags:
+- fundamental
+---
+ 노드는 쿠버네티스의 워커 머신이다.
+
+<!--more--> 
+
+워커 머신은 클러스터에 따라 VM이거나 물리 머신일 것이다. 그것은 실행해야 하는 {{< glossary_tooltip text="서비스" term_id="service" >}}와 {{< glossary_tooltip text="파드" term_id="pod" >}}를 가지고 있으며, 마스터 컴포넌트에 의해서 관리된다. 노드에 있는 {{< glossary_tooltip text="서비스" term_id="service" >}}는 Docker, kubelet, kube-proxy를 포함한다.
+
@@ -0,0 +1,19 @@
+---
+title: 파드 라이프사이클(Pod Lifecycle)
+id: pod-lifecycle
+date: 2019-02-17
+full-link: /ko/docs/concepts/workloads/pods/pod-lifecycle/
+related:
+ - pod
+ - container
+tags:
+ - fundamental
+short-description: >
+ 파드가 라이프사이클 중 어느 단계(phase)에 있는지 표현하는 고수준의 요약이다.
+ 
+---
+ 파드가 라이프사이클 중 어느 단계(phase)에 있는지 표현하는 고수준의 요약이다.
+
+<!--more--> 
+ 
+[파드 라이프사이클](/ko/docs/concepts/workloads/pods/pod-lifecycle/)은 파드가 라이프사이클 중 어느 단계에 있는지 표현하는 고수준의 요약이다. 파드의 `status` 필드는 [파드 스테이터스](/docs/reference/generated/kubernetes-api/v1.13/#podstatus-v1-core) 오브젝트이다. 그것은 `phase` 필드를 가지며, Running, Pending, Succeeded, Failed, Unknown, Completed, CrashLoopBackOff 중 하나의 단계(phase)를 보여준다.
@@ -0,0 +1,19 @@
+---
+title: 파드 시큐리티 폴리시(Pod Security Policy)
+id: pod-security-policy
+date: 2018-04-12
+full_link: /docs/concepts/policy/pod-security-policy/
+short_description: >
+  파드 생성과 업데이트에 대한 세밀한 인가를 활성화한다.
+
+aka: 
+tags:
+- core-object
+- fundamental
+---
+ {{< glossary_tooltip text="파드" term_id="pod" >}} 생성과 업데이트에 대한 세밀한 인가를 활성화한다.
+
+<!--more--> 
+
+파드 명세에서 보안에 민감한 측면을 제어하는 클러스터 수준의 리소스. `PodSecurityPolicy` 오브젝트는 파드가 시스템에 수용될 수 있도록 파드가 실행해야 하는 조건의 집합과 관련된 필드의 기본 값을 정의한다. 파드 시큐리티 폴리시 제어는 선택적인 어드미션 컨트롤러로서 구현된다.
+
@@ -0,0 +1,19 @@
+---
+title: 파드(Pod)
+id: pod
+date: 2018-04-12
+full_link: /docs/concepts/workloads/pods/pod-overview/
+short_description: >
+  가장 작고 단순한 쿠버네티스 오브젝트. 파드는 사용자 클러스터에서 동작하는 컨테이너의 집합을 나타낸다. 
+
+aka: 
+tags:
+- core-object
+- fundamental
+---
+ 가장 작고 단순한 쿠버네티스 오브젝트. 파드는 사용자 클러스터에서 동작하는 {{< glossary_tooltip text="컨테이너" term_id="container" >}}의 집합을 나타낸다.
+
+<!--more--> 
+
+파드는 일반적으로 하나의 기본 컨테이너를 실행하기 위해서 구성된다. 또한 파드는 로깅과 같이 보완적인 기능을 추가하기 위한 사이드카 컨테이너를 선택적으로 실행할 수 있다. 파드는 보통 {{< glossary_tooltip text="디플로이먼트" term_id="deployment" >}}에 의해서 관리된다.
+
@@ -0,0 +1,19 @@
+---
+title: RBAC(역할 기반 엑세스 제어)
+id: rbac
+date: 2018-04-12
+full_link: /docs/reference/access-authn-authz/rbac/
+short_description: >
+  인가 결정을 관리하며, 운영자가 쿠버네티스 API를 통해서 동적으로 엑세스 정책을 설정하게 한다.
+
+aka: 
+tags:
+- security
+- fundamental
+---
+ 인가 결정을 관리하며, 운영자가 {{< glossary_tooltip text="쿠버네티스 API" term_id="kubernetes-api" >}}를 통해서 동적으로 엑세스 정책을 설정하게 해준다.
+
+<!--more--> 
+
+RBAC은 퍼미션(permission) 규칙을 포함하는 *역할* 과 역할에 정의된 퍼미션을 사용자 집합에 부여하는 *역할 바인딩* 을 이용한다.
+
@@ -0,0 +1,20 @@
+---
+title: 레플리카 셋(ReplicaSet)
+id: replica-set
+date: 2018-04-12
+full_link: /docs/concepts/workloads/controllers/replicaset/
+short_description: >
+  레플리카 셋은 차세대 레플리케이션 컨트롤러이다.
+
+aka: 
+tags:
+- fundamental
+- core-object
+- workload
+---
+ 레플리카 셋은 차세대 레플리케이션 컨트롤러이다.
+
+<!--more--> 
+
+레플리케이션 컨트롤러와 같은 레플리카 셋은, 지정된 수의 파드 레플리카가 동시에 동작하게 관리한다. 레플리카 셋은 레이블 사용자 가이드에 기술된 대로 셋(set) 기반의 셀렉터 요구 사항을 지원한다. 반면, 레플리케이션 컨트롤러는 동일성 기반의 셀렉터 요구 사항만 제공한다.
+
@@ -0,0 +1,20 @@
+---
+title: 리소스 쿼터(Resource Quotas)
+id: resource-quota
+date: 2018-04-12
+full_link: /docs/concepts/policy/resource-quotas/
+short_description: >
+  네임스페이스당 전체 리소스 소비를 제한하는 제약을 제공한다.
+
+aka: 
+tags:
+- fundamental
+- operation
+- architecture
+---
+ {{< glossary_tooltip text="네임스페이스" term_id="namespace" >}}당 전체 리소스 소비를 제한하는 제약을 제공한다.
+
+<!--more--> 
+
+타입에 따라 네임스페이스에서 생성될 수 있는 오브젝트의 수량과 해당 프로젝트의 리소스에 의해서 소비되는 컴퓨팅 리소스의 총량도 제한한다.
+
@@ -0,0 +1,18 @@
+---
+title: 셀렉터(Selector)
+id: selector
+date: 2018-04-12
+full_link: /docs/concepts/overview/working-with-objects/labels/
+short_description: >
+  사용자가 레이블에 따라서 리소스 리스트를 필터할 수 있게 한다.
+
+aka: 
+tags:
+- fundamental
+---
+ 사용자가 레이블에 따라서 리소스 리스트를 필터할 수 있게 한다.
+
+<!--more--> 
+
+셀렉터는 리소스 리스트를 질의할 때 리스트를 {{< glossary_tooltip text="레이블" term_id="label" >}}에 따라서 필터하기 위해서 적용된다.Selectors are applied when querying lists of resources to filter them by {{< glossary_tooltip text="Labels" term_id="label" >}}.
+
@@ -0,0 +1,19 @@
+---
+title: 서비스 어카운트(Service Account)
+id: service-account
+date: 2018-04-12
+full_link: /docs/tasks/configure-pod-container/configure-service-account/
+short_description: >
+  파드에서 실행 중인 프로세스를 위한 신원(identity)을 제공한다.
+
+aka: 
+tags:
+- fundamental
+- core-object
+---
+ {{< glossary_tooltip text="파드" term_id="pod" >}}에서 실행 중인 프로세스를 위한 신원(identity)을 제공한다.
+
+<!--more--> 
+
+파드 내부의 프로세스가 클러스터에 엑세스할 때, API server에 의해서 특별한 서비스 어카운트(예를 들면, 기본(default))로 인증된다. 파드를 생성할 때, 서비스 어카운트를 명시하지 않는다면, 동일한 {{< glossary_tooltip text="네임스페이스" term_id="namespace" >}}의 기본 서비스 어카운트가 자동적으로 할당된다.
+
@@ -0,0 +1,19 @@
+---
+title: 서비스(Service)
+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 오브젝트이며, 포트와 로드밸런서를 기술할 수 있다.
+
+<!--more--> 
+
+엑세스 포인트는 클러스터의 내부이거나 외부일 수 있다.
+
@@ -0,0 +1,23 @@
+---
+title: 스테이트풀 셋(StatefulSet)
+id: statefulset
+date: 2018-04-12
+full_link: /docs/concepts/workloads/controllers/statefulset/
+short_description: >
+  파드 집합의 디플로이먼트와 스케일링을 관리하며, 파드들의 *순서 및 고유성을 보장한다* .
+
+aka: 
+tags:
+- fundamental
+- core-object
+- workload
+- storage
+---
+ {{< glossary_tooltip text="파드" term_id="pod" >}} 집합의 디플로이먼트와 스케일링을 관리하며, 파드들의 *순서 및 고유성을 보장한다* .
+
+<!--more--> 
+
+{{< glossary_tooltip text="디플로이먼트" term_id="deployment" >}}와 유사하게, 스테이트풀 셋은 동일한 컨테이너 스펙을 기반으로 둔 파드들을 관리한다. 디플로이먼트와는 다르게, 스테이트풀 셋은 각 파드의 독자성을 유지한다. 이 파드들은 동일한 스팩으로 생성되었지만, 서로 교체는 불가능하다. 다시 말해, 각각은 재스케줄링 간에도 지속적으로 유지되는 식별자를 가진다.
+
+스테이트풀 셋도 다른 컨트롤러와 같은 패턴으로 운용된다. 사용자는 의도한 상태를 스테이트풀 셋 *오브젝트* 로 정의하고, 스테이트풀 셋 *컨트롤러* 는 현재 상태에서 의도한 상태에 이르기 위해 필요한 업데이트를 수행한다.
+
@@ -0,0 +1,18 @@
+---
+title: 테인트(Taint)
+id: taint
+date: 2019-01-11
+full_link: /docs/concepts/configuration/taint-and-toleration/
+short_description: >
+  파드가 노드나 노드 그룹에 스케줄링되는 것을 방지하는 키-값 쌍 및 효과이다.
+
+aka:
+tags:
+- core-object
+- fundamental
+---
+ 파드가 노드나 노드 그룹에 스케줄링되는 것을 방지하는 키-값 쌍 및 효과이다.
+
+<!--more-->
+
+테인트 및 {{< glossary_tooltip text="톨러레이션(toleration)" term_id="toleration" >}}은 함께 작동하며, 파드가 적절하지 못한 노드에 스케줄되는 것을 방지한다. 하나 이상의 테인트가 {{< glossary_tooltip text="노드" term_id="node" >}}에 적용될 수 있으며, 이것은 노드에 해당 테인트를 극복(tolerate)하지 않은 파드를 허용하지 않도록 표시한다.
@@ -0,0 +1,18 @@
+---
+title: 톨러레이션(Toleration)
+id: toleration
+date: 2019-01-11
+full_link: /docs/concepts/configuration/taint-and-toleration/
+short_description: >
+  매칭되는 테인트(taint)를 가진 노드나 노드 그룹에 파드가 스케줄링되는 것을 활성화하는 키-값 쌍 및 효과이다.
+
+aka:
+tags:
+- core-object
+- fundamental
+---
+ 매칭되는 {{< glossary_tooltip text="테인트(taint)" term_id="taint" >}}를 가진 노드나 노드 그룹에 파드가 스케줄링되는 것을 활성화하는 키-값 쌍 및 효과이다.
+
+<!--more-->
+
+톨러레이션 및 {{< glossary_tooltip text="테인트" term_id="taint" >}}는 함께 작동하며, 파드가 적절하지 못한 노드에 스케줄되는 것을 방지한다. 하나 이상의 톨러레이션이 {{< glossary_tooltip text="파드" term_id="pod" >}}에 적용될 수 있으며, 이것은 매칭되는 {{< glossary_tooltip text="테인트" term_id="taint" >}}를 가진 노드나 노드 그룹에 파드가 스케줄링되는 것을 허용(그러나 필수는 아님)하도록 표시한다.
@@ -0,0 +1,19 @@
+---
+title: 볼륨(Volume)
+id: volume
+date: 2018-04-12
+full_link: /docs/concepts/storage/volumes/
+short_description: >
+  데이터를 포함하고 있는 디렉토리이며, 파드의 컨테이너에서 접근 가능하다.
+
+aka: 
+tags:
+- core-object
+- fundamental
+---
+ 데이터를 포함하고 있는 디렉토리이며, {{< glossary_tooltip text="파드" term_id="pod" >}}의 컨테이너에서 접근 가능하다.
+
+<!--more--> 
+
+쿠버네티스 볼륨은 그것을 포함하고 있는 {{< glossary_tooltip text="파드" term_id="pod" >}}만큼 오래 산다. 결과적으로, 볼륨은 {{< glossary_tooltip text="파드" term_id="pod" >}} 안에서 실행되는 모든 {{< glossary_tooltip text="컨테이너" term_id="container" >}} 보다 오래 지속되며, 데이터는 {{< glossary_tooltip text="컨테이너" term_id="container" >}}의 재시작 간에도 보존된다.
+