Fifth Korean l10n work for release-1.19

- Update outdated in concept secret.md (#25254) - Update outdated resource quotas for ko5 (#25261) - Mistranslation on kubelet-authentication authorization.md in korean (#25223) - Update outdated files in dev-1.19-ko.5 part-03 (#25159) - Update outdated files in the upstream/dev-1.19-ko.5 branch (#25103) - Update outdated files in dev-1.19-ko.5 part-02 (#25152) - Translate reference/glossary/container-lifecycle-hooks.md in Korean (#25071) - Translate reference/command-line-tools-reference/kube-proxy into korean (#24817) - Translate reference/scheduling/config.md into Korean (#24489) - Translate reference/kubectl/jsonpath into Korean (#24868) Co-authored-by: seokho-son <shsongist@gmail.com> Co-authored-by: Jerry Park <jaehwa@gmail.com> Co-authored-by: kosehy@gmail.com <kosehy@gmail.com> Co-authored-by: santachopa <santachopa@naver.com>
2020-11-12 22:40:40 +09:00
parent dc5093f2f2
commit 64f9f3ebd4
68 changed files with 2295 additions and 1595 deletions
@@ -22,7 +22,7 @@ card:

 대부분의 작업은 [kubectl](/docs/reference/kubectl/overview/)
 커맨드 라인 인터페이스 또는 API를 사용하는
-[kubeadm](/docs/reference/setup-tools/kubeadm/kubeadm/)과
+[kubeadm](/ko/docs/reference/setup-tools/kubeadm/)과
 같은 다른 커맨드 라인 도구를 통해 수행할 수 있다.
 그러나, REST 호출을 사용하여 API에 직접 접근할 수도 있다.

@@ -101,8 +101,20 @@ API가 시스템 리소스 및 동작에 대한 명확하고 일관된 보기를
 제어할 수 있도록 한다.

 보다 쉽게 발전하고 API를 확장하기 위해, 쿠버네티스는
-[활성화 또는 비활성화](/ko/docs/reference/using-api/api-overview/#api-그룹-활성화-또는-비활성화-하기)가
-가능한 [API 그룹](/ko/docs/reference/using-api/api-overview/#api-그룹)을 구현한다.
+[활성화 또는 비활성화](/ko/docs/reference/using-api/#api-그룹-활성화-또는-비활성화)가
+가능한 [API 그룹](/ko/docs/reference/using-api/#api-그룹)을 구현한다.
+
+API 리소스는 API 그룹, 리소스 유형, 네임스페이스
+(네임스페이스 리소스용) 및 이름으로 구분된다. API 서버는
+여러 API 버전을 통해 동일한 기본 데이터를 제공하고 API 버전 간의
+변환을 투명하게 처리할 수 있다. 이 모든 다른 버전은 실제로
+같은 리소스의 표현이다. 예를 들어 동일한 리소스에 대해
+두 가지 버전 `v1`과 `v1beta1`이 있다고 가정해 보자.
+`v1beta1` 버전에서 생성된 오브젝트를 `v1beta1` 또는 `v1` 버전에서
+읽기, 업데이트 및 삭제할 수 있다.
+
+API 버전 수준 정의에 대한 자세한 내용은
+[API 버전 레퍼런스](/ko/docs/reference/using-api/#api-버전-규칙)를 참조한다.

 API 리소스는 해당 API 그룹, 리소스 유형, 네임스페이스
 (네임스페이스 리소스용) 및 이름으로 구분된다. API 서버는 여러 API 버전을 통해 동일한
@@ -129,7 +141,7 @@ API 버전 수준 정의에 대한 자세한 내용은

 - 자체 [CustomResourceDefinition](/docs/tasks/extend-kubernetes/custom-resources/custom-resource-definitions/)을
  추가하여 쿠버네티스 API를 확장하는 방법에 대해 배우기.
- [API 접근 제어하기](/ko/docs/reference/access-authn-authz/controlling-access/)는
+- [쿠버네티스 API 접근 제어하기](/ko/docs/concepts/security/controlling-access/)는
  클러스터가 API 접근을 위한 인증 및 권한을 관리하는 방법을 설명한다.
 - [API 레퍼런스](/docs/reference/kubernetes-api/)를
  읽고 API 엔드포인트, 리소스 유형 및 샘플에 대해 배우기.
@@ -35,7 +35,7 @@ sitemap:

 각 VM은 가상화된 하드웨어 상에서 자체 운영체제를 포함한 모든 구성 요소를 실행하는 하나의 완전한 머신이다.

-**컨테이너 개발 시대:** 컨테이너는 VM과 유사하지만 격리 속성을 완화하여 애플리케이션 간에 운영체제(OS)를 공유한다. 그러므로 컨테이너는 가볍다고 여겨진다. VM과 마찬가지로 컨테이너에는 자체 파일 시스템, CPU, 메모리, 프로세스 공간 등이 있다. 기본 인프라와의 종속성을 끊었기 때문에, 클라우드나 OS 배포본에 모두 이식할 수 있다.
+**컨테이너 개발 시대:** 컨테이너는 VM과 유사하지만 격리 속성을 완화하여 애플리케이션 간에 운영체제(OS)를 공유한다. 그러므로 컨테이너는 가볍다고 여겨진다. VM과 마찬가지로 컨테이너에는 자체 파일 시스템, CPU 점유율, 메모리, 프로세스 공간 등이 있다. 기본 인프라와의 종속성을 끊었기 때문에, 클라우드나 OS 배포본에 모두 이식할 수 있다.

 컨테이너는 다음과 같은 추가적인 혜택을 제공하기 때문에 인기가 있다.

@@ -91,6 +91,7 @@ deployment.apps/nginx-deployment created

 ## {{% heading "whatsnext" %}}

-* API 개념의 더 많은 설명은 [Kubernetes API 개요](/ko/docs/reference/using-api/api-overview/)를 본다.
+
 * [파드](/ko/docs/concepts/workloads/pods/)와 같이, 가장 중요하고 기본적인 쿠버네티스 오브젝트에 대해 배운다.
 * 쿠버네티스의 [컨트롤러](/ko/docs/concepts/architecture/controller/)에 대해 배운다.
+* API 개념의 더 많은 설명은 [쿠버네티스 API 사용](/ko/docs/reference/using-api/)을 본다.
@@ -185,7 +185,7 @@ kubectl get pods -l 'environment,environment notin (frontend)'
 [`services`](/ko/docs/concepts/services-networking/service/) 와
 [`replicationcontrollers`](/ko/docs/concepts/workloads/controllers/replicationcontroller/)와 같은
 일부 쿠버네티스 오브젝트는 레이블 셀렉터를 사용해서
-[파드](/ko/docs/concepts/workloads/pods/pod/)와 같은 다른 리소스 집합을 선택한다.
+[파드](/ko/docs/concepts/workloads/pods/)와 같은 다른 리소스 집합을 선택한다.

 #### 서비스와 레플리케이션 컨트롤러