First Korean l10n Work For Release 1.18

* Update to Outdated files in the dev-1.18-ko.1 branch (#19886)
* Translate reference/glossary/service-catalog.md in Korean (#20055)
* Translate storage/dynamic-provisioning.md in Korean (#19952)
* Translate extend-kubernetes/extend-cluster.md in Korean (#20031)
* Translate storage/persistent-volumes.md in Korean (#19906)
* Translate partners/_index.html in Korean (#19967)
* Translate extend-kubernetes/operator.md in Korean (#20037)
* Translate assign-pods-nodes to Korean (#20035)
* Translate scheduling/kube-scheduler.md in Korean (#19879)
* Translate concepts/containers/overview in Korean (#19885)
* Translate policy/pod-security-policy.md in Korean (#19922)
* Translate policy/limit-range.md in Korean (#19912)
* Translate policy/resource-quotas.md in Korean (#19931)
* Translate extend-kubernetes/api-extension/custom-resources.md in Korean (#20093)
* Translate reference/glossary/managed-service.md in Korean (#20150)

Co-authored-by: Jerry Park <jaehwa@gmail.com>
Co-authored-by: heechang lee <bluefriday86@gmail.com>
Co-authored-by: Yuk, Yongsu <ysyukr@gmail.com>
Co-authored-by: Seokho Son <shsongist@gmail.com>
Co-authored-by: coolguyhong <podolsmith@naver.com>
Co-authored-by: santachopa <santachopa@naver.com>
Co-authored-by: Jesang Myung <jesang.myung@gmail.com>
Co-authored-by: June Yi <june.yi@samsung.com>

content/ko/docs/concepts/services-networking/ingress.md

@@ -71,6 +71,7 @@ spec:
   - http:
       paths:
       - path: /testpath
+        pathType: Prefix
         backend:
           serviceName: test
           servicePort: 80
@@ -115,6 +116,84 @@ spec:
 만약 인그레스 오브젝트의 HTTP 요청과 일치하는 호스트 또는 경로가 없으면, 트래픽은
 기본 백엔드로 라우팅 된다.
 
+### 경로(Path) 유형
+
+인그레스의 각 경로에는 해당하는 경로 유형이 있다. 지원되는 세 가지의 경로
+유형이 있다.
+
+* _`ImplementationSpecific`_ (기본): 이 경로 유형의 일치 여부는 IngressClass에 따라
+  달라진다. 이를 구현할 때 별도 pathType으로 처리하거나, `Prefix` 또는 `Exact`
+  경로 유형과 같이 동일하게 처리할 수 있다.
+
+* _`Exact`_: URL 경로의 대소문자를 엄격하게 일치시킨다.
+
+* _`Prefix`_: URL 경로의 접두사를 `/` 를 기준으로 분리한 값과 일치시킨다.
+  일치는 대소문자를 구분하고,
+  요소별로 경로 요소에 대해 수행한다.
+  모든 _p_ 가 요청 경로의 요소별 접두사가 _p_ 인 경우
+  요청은 _p_ 경로에 일치한다.
+    {{< note >}}
+    경로의 마지막 요소가 요청 경로에 있는 마지막 요소의
+    하위 문자열인 경우에는 일치하지 않는다(예시: 
+    `/foo/bar` 와 `/foo/bar/baz` 와 일치하지만, `/foo/barbaz` 는 일치하지 않는다).
+    {{< /note >}}
+
+#### 다중 일치
+경우에 따라 인그레스의 여러 경로가 요청과 일치할 수 있다.
+이 경우 가장 긴 일치하는 경로가 우선하게 된다. 두 개의 경로가
+여전히 동일하게 일치하는 경우 접두사(prefix) 경로 유형보다
+정확한(exact) 경로 유형을 가진 경로가 사용 된다.
+
+## 인그레스 클래스
+
+인그레스는 서로 다른 컨트롤러에 의해 구현될 수 있으며, 종종 다른 구성으로
+구현될 수 있다. 각 인그레스에서는 클래스를 구현해야하는 컨트롤러
+이름을 포함하여 추가 구성이 포함된 IngressClass
+리소스에 대한 참조 클래스를 지정해야 한다.
+
+```yaml
+apiVersion: networking.k8s.io/v1beta1
+kind: IngressClass
+metadata:
+  name: external-lb
+spec:
+  controller: example.com/ingress-controller
+  parameters:
+    apiGroup: k8s.example.com/v1alpha
+    kind: IngressParameters
+    name: external-lb
+```
+
+IngressClass 리소스에는 선택적인 파라미터 필드가 있다. 이 클래스에 대한
+추가 구성을 참조하는데 사용할 수 있다.
+
+### 사용중단(Deprecated) 어노테이션
+
+쿠버네티스 1.18에 IngressClass 리소스 및 `ingressClassName` 필드가 추가되기
+전에 인그레스 클래스는 인그레스에서
+`kubernetes.io/ingress.class` 어노테이션으로 지정되었다. 이 어노테이션은
+공식적으로 정의된 것은 아니지만, 인그레스 컨트롤러에서 널리 지원되었었다.
+
+인그레스의 최신 `ingressClassName` 필드는 해당 어노테이션을
+대체하지만, 직접적으로 해당하는 것은 아니다. 어노테이션은 일반적으로
+인그레스를 구현해야 하는 인그레스 컨트롤러의 이름을 참조하는 데 사용되었지만,
+이 필드는 인그레스 컨트롤러의 이름을 포함하는 추가 인그레스 구성이
+포함된 인그레스 클래스 리소스에 대한 참조이다.
+
+### 기본 인그레스 클래스
+
+특정 IngressClass를 클러스터의 기본 값으로 표시할 수 있다. IngressClass
+리소스에서 `ingressclass.kubernetes.io/is-default-class` 를 `true` 로
+설정하면 `ingressClassName` 필드가 지정되지 않은
+새 인그레스에게 기본 IngressClass가 할당된다.
+
+{{< caution >}}
+클러스터의 기본값으로 표시된 IngressClass가 두 개 이상 있는 경우
+어드미션 컨트롤러에서 `ingressClassName` 이 지정되지 않은
+새 인그레스 오브젝트를 생성할 수 없다. 클러스터에서 최대 1개의 IngressClass가
+기본값으로 표시하도록 해서 이 문제를 해결할 수 있다.
+{{< /caution >}}
+
 ## 인그레스 유형들
 
 ### 단일 서비스 인그레스

content/ko/docs/concepts/services-networking/service.md

@@ -202,6 +202,17 @@ API 리소스이다. 개념적으로 엔드포인트와 매우 유사하지만,
 엔드포인트슬라이스는 [엔드포인트슬라이스](/ko/docs/concepts/services-networking/endpoint-slices/)에서
 자세하게 설명된 추가적인 속성 및 기능을 제공한다.
 
+### 애플리케이션 프로토콜
+
+{{< feature-state for_k8s_version="v1.18" state="alpha" >}}
+
+AppProtocol 필드는 각 서비스 포트에 사용될 애플리케이션 프로토콜을
+지정하는 방법을 제공한다.
+
+알파 기능으로 이 필드는 기본적으로 활성화되어 있지 않다. 이 필드를 사용하려면,
+[기능 게이트](/docs/reference/command-line-tools-reference/feature-gates/)에서
+`ServiceAppProtocol` 을 활성화해야 한다.
+
 ## 가상 IP와 서비스 프록시
 
 쿠버네티스 클러스터의 모든 노드는 `kube-proxy`를 실행한다. `kube-proxy`는