[ko] Apply italic with underscores [M23]

content/ko/docs/concepts/extend-kubernetes/_index.md

@@ -31,7 +31,7 @@ no_list: true
 사용자 정의 방식은 크게 플래그, 로컬 구성 파일 또는 API 리소스 변경만 
 포함하는 [구성](#구성)과 추가적인 프로그램, 추가적인 네트워크 서비스,
 또는 둘 다의 실행을 요구하는 [익스텐션](#익스텐션)으로 나눌 수 있다.
-이 문서는 주로 *익스텐션*에 관한 것이다.
+이 문서는 주로 _익스텐션_ 에 관한 것이다.
 
 <!-- body -->
 
@@ -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/)을 통해
 쿠버네티스는 다양한 네트워크 토폴로지 및 기술을 활용할 수 있게 된다.