Update file outdated korean docs in dev-1.16-ko.2. (#16614)

* Update file outdated korean docs in dev-1.16-ko.2.

* Apply suggestions from code review

* Update pod-lifecycle.md

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

@@ -78,7 +78,7 @@ kubectl get pods --namespace=<insert-namespace-name-here>
 ```shell
 kubectl config set-context --current --namespace=<insert-namespace-name-here>
 # 확인하기
-kubectl config view | grep namespace:
+kubectl config view --minify | grep namespace:
 ```
 
 ## 네임스페이스와 DNS

content/ko/docs/concepts/workloads/controllers/deployment.md

@@ -230,7 +230,7 @@ _디플로이먼트_ 컨트롤러는 [파드](/ko/docs/concepts/workloads/pods/p
     적어도 의도한 파드 수의 75% 이상이 동작하도록 보장한다(최대 25% 불가).
 
     또한 디플로이먼트는 의도한 파드 수 보다 더 많이 생성되는 파드의 수를 제한한다.
-    기본적으로, 의도한 파드의 수 기준 최대 25%까지만 추가 파드가 동작할 수 있도록 제한한다(최대 25% 까지).
+    기본적으로, 의도한 파드의 수 기준 최대 125%까지만 추가 파드가 동작할 수 있도록 제한한다(최대 25% 까지).
 
     예를 들어, 위 디플로이먼트를 자세히 살펴보면 먼저 새로운 파드를 생성한 다음 
     이전 파드를 삭제하고, 새로운 파드를 만든 것을 볼 수 있다. 충분한 수의 새로운 파드가 나올 때까지 이전 파드를 죽이지 않으며, 

content/ko/docs/concepts/workloads/pods/pod-lifecycle.md

@@ -161,8 +161,8 @@ kubelet은 실행 중인 컨테이너들에 대해서 선택적으로 세 가지
 컨테이너가 보통 `initialDelaySeconds + failureThreshold × periodSeconds` 이후에 기동된다면, 스타트업 프로브가 활성화 프로브와 같은 엔드포인트를 체크하도록 명시해야 한다. `periodSeconds`의 기본 값은 30s 이다.
 이 때 컨테이너가 활성화 프로브의 기본 값 변경 없이 기동되도록 하려면 `failureThreshold`를 충분히 높게 설정해주어야 한다. 그래야 데드락(deadlocks)을 방지하는데 도움이 된다.
 
-활성 프로브 및 준비성 프로브를 설정하는 방법에 대한 추가적인 정보는,
-[활성 프로브 및 준비성 프로브 설정하기](/docs/tasks/configure-pod-container/configure-liveness-readiness-probes/)를 참조하면 된다.
+활성, 준비성 및 스타트업 프로브를 설정하는 방법에 대한 추가적인 정보는,
+[활성, 준비성 및 스타트업 프로브 설정하기](/docs/tasks/configure-pod-container/configure-liveness-readiness-probes/)를 참조하면 된다.
 
 ## 파드 및 컨테이너 상태
 
@@ -398,7 +398,7 @@ spec:
   [컨테이너 라이프사이클 이벤트에 핸들러 부착하기](/docs/tasks/configure-pod-container/attach-handler-lifecycle-event/).
 
 * Hands-on 경험하기
-  [활성 및 준비성 프로브 설정하기](/docs/tasks/configure-pod-container/configure-liveness-readiness-probes/).
+  [활성, 준비성 및 스타트업 프로브 설정하기](/docs/tasks/configure-pod-container/configure-liveness-readiness-probes/).
 
 * [컨테이너 라이프사이클 후크(hook)](/docs/concepts/containers/container-lifecycle-hooks/)에 대해 더 배우기.
 

content/ko/docs/contribute/_index.md

@@ -13,7 +13,9 @@ weight: 80
 오랜 시간 동안 진행해온 누군가로써,
 혹은 개발자, 최종 사용자 또는 단지 오타를 보고 참지 못하는 누군가로써 기여할 수 있다.
 
-쿠버네티스 문서 스타일 가이드에 대해 더 많은 정보를 알고 싶다면, [스타일 가이드](/docs/contribute/style/style-guide/)를 참고하자.
+쿠버네티스 문서 내용과 스타일에
+대해 더 많은 정보를 알고 싶다면, 
+[문서 스타일 개요](/docs/contribute/style/style/)를 참고하자.
 
 {{% capture body %}}
 

content/ko/docs/reference/kubectl/cheatsheet.md

@@ -58,7 +58,7 @@ kubectl config view
 # e2e 사용자의 암호를 확인한다
 kubectl config view -o jsonpath='{.users[?(@.name == "e2e")].user.password}'
 
-kubectl config view -o jsonpath='{.users[].name}'    # 사용자 리스트 조회
+kubectl config view -o jsonpath='{.users[*].name}'    # 사용자 리스트 조회
 kubectl config get-contexts                          # 컨텍스트 리스트 출력
 kubectl config current-context              # 현재 컨텍스트 출력
 kubectl config use-context my-cluster-name  # my-cluster-name를 기본 컨텍스트로 설정
@@ -85,10 +85,10 @@ kubectl config unset users.foo                       # foo 사용자 삭제
 , `.yml`, `.json` 이 사용된다.
 
 ```bash
-kubectl apply -f ./my-manifest.yaml           # 리소스(들) 생성
-kubectl apply -f ./my1.yaml -f ./my2.yaml     # 여러 파일로 부터 생성
-kubectl apply -f ./dir                        # dir 내 모든 매니페스트 파일에서 리소스(들) 생성
-kubectl apply -f https://git.io/vPieo         # url로부터 리소스(들) 생성
+kubectl apply -f ./my-manifest.yaml            # 리소스(들) 생성
+kubectl apply -f ./my1.yaml -f ./my2.yaml      # 여러 파일로 부터 생성
+kubectl apply -f ./dir                         # dir 내 모든 매니페스트 파일에서 리소스(들) 생성
+kubectl apply -f https://git.io/vPieo          # url로부터 리소스(들) 생성
 kubectl create deployment nginx --image=nginx  # nginx 단일 인스턴스를 시작
 kubectl explain pods,svc                       # 파드와 서비스 매니페스트 문서를 조회
 
@@ -141,15 +141,16 @@ kubectl get services                          # 네임스페이스 내 모든 
 kubectl get pods --all-namespaces             # 모든 네임스페이스 내 모든 파드의 목록 조회
 kubectl get pods -o wide                      # 네임스페이스 내 모든 파드의 상세 목록 조회
 kubectl get deployment my-dep                 # 특정 디플로이먼트의 목록 조회
-kubectl get pods --include-uninitialized      # 초기화되지 않은 것을 포함하여 네임스페이스 내 모든 파드의 목록 조회
+kubectl get pods                              # 네임스페이스 내 모든 파드의 목록 조회
 kubectl get pod my-pod -o yaml                # 파드의 YAML 조회
 kubectl get pod my-pod -o yaml --export       # 클러스터 명세 없이 파드의 YAML 조회
 
 # 상세 출력을 위한 Describe 커맨드
 kubectl describe nodes my-node
 kubectl describe pods my-pod
 
-kubectl get services --sort-by=.metadata.name # Name으로 정렬된 서비스의 목록 조회
+# Name으로 정렬된 서비스의 목록 조회
+kubectl get services --sort-by=.metadata.name
 
 # 재시작 횟수로 정렬된 파드의 목록 조회
 kubectl get pods --sort-by='.status.containerStatuses[0].restartCount'
@@ -178,10 +179,6 @@ sel=${$(kubectl get rc my-rc --output=json | jq -j '.spec.selector | to_entries
 echo $(kubectl get pods --selector=$sel --output=jsonpath={.items..metadata.name})
 
 # 모든 파드(또는 레이블을 지원하는 다른 쿠버네티스 오브젝트)의 레이블 조회
-# 마찬가지로 "jq"를 사용
-for item in $( kubectl get pod --output=name); do printf "Labels for %s\n" "$item" | grep --color -E '[^/]+$' && kubectl get "$item" --output=json | jq -r -S '.metadata.labels | to_entries | .[] | " \(.key)=\(.value)"' 2>/dev/null; printf "\n"; done
-
-# 혹은 이 명령어를 파드와 연관된 모든 레이블을 조회하는데 사용할 수 있다.
 kubectl get pods --show-labels
 
 # 어떤 노드가 준비됐는지 확인

content/ko/docs/setup/learning-environment/minikube.md

@@ -49,15 +49,15 @@ Minikube는 다음과 같은 쿠버네티스의 기능을 제공한다.
 
     단순한 HTTP 서버인 `echoserver` 이미지를 사용해서 쿠버네티스 디플로이먼트를 만들고 `--port`를 이용해서 8080 포트로 노출해보자.
     ```shell
-    kubectl run hello-minikube --image=k8s.gcr.io/echoserver:1.10 --port=8080
+    kubectl create deployment hello-minikube --image=k8s.gcr.io/echoserver:1.10
     ```
     결과는 다음과 비슷하다.
     ```
     deployment.apps/hello-minikube created
     ```
 3. `hello-minikube` 디플로이먼트에 액세스하기 위해, 서비스로 노출시킨다.
     ```shell
-    kubectl expose deployment hello-minikube --type=NodePort
+    kubectl expose deployment hello-minikube --type=NodePort --port=8080
     ```
     `--type=NodePort` 옵션은 서비스 타입을 지정한다.
 

content/ko/docs/tasks/access-application-cluster/web-ui-dashboard.md

@@ -31,7 +31,8 @@ kubectl apply -f https://raw.githubusercontent.com/kubernetes/dashboard/v2.0.0-b
 
 ## 대시보드 UI 접근
 
-클러스터 데이터를 보호하기 위해, 대시보드는 기본적으로 최소한의 RBAC 설정을 제공한다. 현재, 대시보드는 Bearer 토큰으로 로그인 하는 방법을 제공한다. 본 시연을 위한 토큰을 생성하기 위해서는, [샘플 사용자 만들기](https://github.com/kubernetes/dashboard/wiki/Creating-sample-user) 가이드를 따른다.
+
+클러스터 데이터를 보호하기 위해, 대시보드는 기본적으로 최소한의 RBAC 설정을 제공한다. 현재, 대시보드는 Bearer 토큰으로 로그인 하는 방법을 제공한다. 본 시연을 위한 토큰을 생성하기 위해서는, [샘플 사용자 만들기](https://github.com/kubernetes/dashboard/blob/master/docs/user/access-control/creating-sample-user.md) 가이드를 따른다.
 
 {{< warning >}}
 시연 중에 생성한 샘플 사용자는 어드민 권한이 부여되며, 이는 교육 목적으로만 사용한다.

content/ko/docs/tasks/run-application/horizontal-pod-autoscale-walkthrough.md

@@ -8,7 +8,7 @@ weight: 100
 
 Horizontal Pod Autoscaler는
 CPU 사용량(또는 베타 지원의 다른 애플리케이션 지원 메트릭)을 관찰하여
-레플리케이션 컨트롤러, 디플로이먼트 또는 레플리카 셋의 파드 개수를 자동으로 스케일한다.
+레플리케이션 컨트롤러, 디플로이먼트, 레플리카 셋 또는 스테이트풀 셋의 파드 개수를 자동으로 스케일한다.
 
 이 문서는 php-apache 서버를 대상으로 Horizontal Pod Autoscaler를 동작해보는 예제이다. Horizontal Pod Autoscaler 동작과 관련된 더 많은 정보를 위해서는 [Horizontal Pod Autoscaler 사용자 가이드](/docs/tasks/run-application/horizontal-pod-autoscale/)를 참고하기 바란다.
 

content/ko/docs/tasks/tools/install-minikube.md

@@ -98,7 +98,8 @@ curl -Lo minikube https://storage.googleapis.com/minikube/releases/latest/miniku
 Minikube 실행 파일을 사용자 실행 경로에 추가하는 가장 쉬운 방법은 다음과 같다.
 
 ```shell
-sudo install minikube /usr/local/bin
+sudo mkdir -p /usr/local/bin/
+sudo install minikube /usr/local/bin/
 ```
 
 {{% /tab %}}