Forth Korean l10n work for release-1.19

- Fix ko glossary managed service title (#24621)
- Translate reference/glossary/service-broker.md in Korean (#24632)
- Translate reference/command-line-tools-reference/kubelet-authentication-authorization.md into korean (#24623)
- Update outdated files in the dev-1.19-ko.4 branch (#24622)
- Translate setup/production-environment/tools/kubeadm/self-hosting/ into Korean (#24655)
- Translate reference/kubectl/kubectl.md into Korean (#24482)
- docs: fix typo (#24713)
- Translate connecting-frontend-backend to Korean (#24422)
- Translate reference/kubectl/conventions.md into Korean (#24614)
- Translate k8s 1.19 relaese note in korean (#24633)

Co-authored-by: seokho-son <shsongist@gmail.com>
Co-authored-by: santachopa <santachopa@naver.com>
Co-authored-by: kosehy@gmail.com <kosehy@gmail.com>
Co-authored-by: Jerry Park <jaehwa@gmail.com>
Co-authored-by: markruler <csu0414@gmail.com>
Co-authored-by: noel <neutiyoo@gmail.com>
Co-authored-by: coolguyhong <podolsmith@naver.com>
Co-authored-by: chhanz <han0495@gmail.com>
Co-authored-by: bluefriday <bluefriday86@gmail.com>

content/ko/docs/concepts/overview/_index.md

@@ -2,4 +2,6 @@
 title: "개요"
 weight: 20
 description: 쿠버네티스와 그 컴포넌트에 대한 하이-레벨(high-level) 개요를 제공한다.
+sitemap:
+  priority: 0.9
 ---

content/ko/docs/concepts/overview/kubernetes-api.md

@@ -39,6 +39,7 @@ OpenAPI 규격은 `/openapi/v2` 엔드포인트에서만 제공된다.
 다음과 같은 요청 헤더를 사용해서 응답 형식을 요청할 수 있다.
 
 <table>
+  <caption style="display:none">Valid request header values for OpenAPI v2 queries</caption>
   <thead>
      <tr>
         <th>Header</th>
@@ -66,7 +67,6 @@ OpenAPI 규격은 `/openapi/v2` 엔드포인트에서만 제공된다.
         <td><em>serves </em><code>application/json</code></td>
      </tr>
   </tbody>
-  <caption>Valid request header values for OpenAPI v2 queries</caption>
 </table>
 
 쿠버네티스는 주로 클러스터 내부 통신을 위해 대안적인
@@ -100,13 +100,22 @@ API가 시스템 리소스 및 동작에 대한 명확하고 일관된 보기를
 수명 종료 및/또는 실험적 API에 대한 접근을
 제어할 수 있도록 한다.
 
-API 버전 수준 정의에 대한 자세한 내용은
-[API 버전 레퍼런스](/ko/docs/reference/using-api/api-overview/#api-버전-규칙)를 참조한다.
-
 보다 쉽게 발전하고 API를 확장하기 위해, 쿠버네티스는
 [활성화 또는 비활성화](/ko/docs/reference/using-api/api-overview/#api-그룹-활성화-또는-비활성화-하기)가
 가능한 [API 그룹](/ko/docs/reference/using-api/api-overview/#api-그룹)을 구현한다.
 
+API 리소스는 해당 API 그룹, 리소스 유형, 네임스페이스
+(네임스페이스 리소스용) 및 이름으로 구분된다. API 서버는 여러 API 버전을 통해 동일한
+기본 데이터를 제공하고 API 버전 간의 변환을 투명하게
+처리할 수 있다. 이 모든 다른 버전은 실제로
+동일한 리소스의 표현이다. 예를 들어, 동일한 리소스에 대해 두 가지
+버전 `v1` 과 `v1beta1` 이 있다고 가정한다. 그런 다음 `v1beta1` 버전에서
+생성된 오브젝트를 `v1beta1` 또는 `v1` 버전에서 읽고 업데이트하고
+삭제할 수 있다.
+
+API 버전 수준 정의에 대한 자세한 내용은
+[API 버전 레퍼런스](/ko/docs/reference/using-api/api-overview/#api-버전-규칙)를 참조한다.
+
 ## API 확장
 
 쿠버네티스 API는 다음 두 가지 방법 중 하나로 확장할 수 있다.

content/ko/docs/concepts/overview/what-is-kubernetes.md

@@ -7,6 +7,8 @@ weight: 10
 card:
   name: concepts
   weight: 10
+sitemap:
+  priority: 0.9
 ---
 
 <!-- overview -->

content/ko/docs/concepts/overview/working-with-objects/namespaces.md

@@ -24,9 +24,6 @@ weight: 30
 
 네임스페이스는 클러스터 자원을 ([리소스 쿼터](/ko/docs/concepts/policy/resource-quotas/)를 통해) 여러 사용자 사이에서 나누는 방법이다.
 
-이후 버전의 쿠버네티스에서는 같은 네임스페이스의 오브젝트는 기본적으로
-동일한 접근 제어 정책을 갖게 된다.
-
 동일한 소프트웨어의 다른 버전과 같이 약간 다른 리소스를 분리하기 위해
 여러 네임스페이스를 사용할 필요는 없다. 동일한 네임스페이스 내에서 리소스를
 구별하기 위해 [레이블](/ko/docs/concepts/overview/working-with-objects/labels/)을