diff --git a/content/ko/docs/concepts/extend-kubernetes/_index.md b/content/ko/docs/concepts/extend-kubernetes/_index.md index 735ed11263e7a..bf5f306e91847 100644 --- a/content/ko/docs/concepts/extend-kubernetes/_index.md +++ b/content/ko/docs/concepts/extend-kubernetes/_index.md @@ -31,7 +31,7 @@ no_list: true 사용자 정의 방식은 크게 플래그, 로컬 구성 파일 또는 API 리소스 변경만 포함하는 [구성](#구성)과 추가적인 프로그램, 추가적인 네트워크 서비스, 또는 둘 다의 실행을 요구하는 [익스텐션](#익스텐션)으로 나눌 수 있다. -이 문서는 주로 *익스텐션*에 관한 것이다. +이 문서는 주로 _익스텐션_ 에 관한 것이다. @@ -177,7 +177,7 @@ kubectl을 위한 플러그인은 별도의 바이너리로 특정한 하위 명 새 컨트롤러, 애플리케이션 구성 오브젝트 또는 기타 선언적 API를 정의하고 `kubectl` 과 같은 쿠버네티스 도구를 사용하여 관리하려면 -쿠버네티스에 *커스텀 리소스*를 추가하자. +쿠버네티스에 _커스텀 리소스_ 를 추가하자. 커스텀 리소스에 대한 자세한 내용은 [커스텀 리소스](/ko/docs/concepts/extend-kubernetes/api-extension/custom-resources/) 개념 가이드를 참고하길 바란다. @@ -205,12 +205,12 @@ kubectl을 위한 플러그인은 별도의 바이너리로 특정한 하위 명 새로운 API 그룹에 속한다. 기존 API 그룹을 바꾸거나 변경할 수 없다. API를 추가해도 기존 API(예: 파드)의 동작에 직접 영향을 미치지는 않지만 -*API 접근 익스텐션*은 영향을 준다. +_API 접근 익스텐션_ 은 영향을 준다. ## API 접근 익스텐션 -요청이 쿠버네티스 API 서버에 도달하면 먼저 *인증*이 되고, 그런 다음 *인가*된 후 -다양한 유형의 *어드미션 컨트롤*을 거치게 된다. (사실, 일부 요청은 인증되지 않고 특별한 과정을 거친다.) +요청이 쿠버네티스 API 서버에 도달하면 먼저 _인증_ 이 되고, 그런 다음 _인가_ 된 후 +다양한 유형의 _어드미션 컨트롤_ 을 거치게 된다. (사실, 일부 요청은 인증되지 않고 특별한 과정을 거친다.) 이 흐름에 대한 자세한 내용은 [쿠버네티스 API에 대한 접근 제어](/ko/docs/concepts/security/controlling-access/)를 참고하길 바란다. @@ -253,7 +253,7 @@ API를 추가해도 기존 API(예: 파드)의 동작에 직접 영향을 미치 ### 장치 플러그인 {#device-plugins} -*장치 플러그인*은 노드가 [장치 플러그인](/ko/docs/concepts/extend-kubernetes/compute-storage-net/device-plugins/)을 +_장치 플러그인_ 은 노드가 [장치 플러그인](/ko/docs/concepts/extend-kubernetes/compute-storage-net/device-plugins/)을 통해 (CPU 및 메모리와 같은 빌트인 자원 외에 추가적으로) 새로운 노드 리소스를 발견할 수 있게 해준다. @@ -278,7 +278,7 @@ FlexVolume 스토리지에 의존하는 파드를 실행하는 경우 kubelet은 ### 네트워크 플러그인 제대로 동작하는 파드 네트워크와 쿠버네티스 네트워크 모델의 다양한 측면을 지원하기 위해 -쿠버네티스 클러스터는 *네트워크 플러그인*을 필요로 한다. +쿠버네티스 클러스터는 _네트워크 플러그인_ 을 필요로 한다. [네트워크 플러그인](/ko/docs/concepts/extend-kubernetes/compute-storage-net/network-plugins/)을 통해 쿠버네티스는 다양한 네트워크 토폴로지 및 기술을 활용할 수 있게 된다.