[ko] Fix broken link to guestbook example

Author: Arhell

content/ko/docs/concepts/cluster-administration/manage-deployment.md

@@ -160,7 +160,7 @@ persistentvolumeclaim/my-pvc created
 
 지금까지 사용한 예는 모든 리소스에 최대 한 개의 레이블만 적용하는 것이었다. 세트를 서로 구별하기 위해 여러 레이블을 사용해야 하는 많은 시나리오가 있다.
 
-예를 들어, 애플리케이션마다 `app` 레이블에 다른 값을 사용하지만, [방명록 예제](https://github.com/kubernetes/examples/tree/master/guestbook/)와 같은 멀티-티어 애플리케이션은 각 티어를 추가로 구별해야 한다. 프론트엔드는 다음의 레이블을 가질 수 있다.
+예를 들어, 애플리케이션마다 `app` 레이블에 다른 값을 사용하지만, [방명록 예제](https://github.com/kubernetes/examples/tree/master/web/guestbook/)와 같은 멀티-티어 애플리케이션은 각 티어를 추가로 구별해야 한다. 프론트엔드는 다음의 레이블을 가질 수 있다.
 
 ```yaml
  labels:

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

@@ -100,7 +100,7 @@ weight: 10
  다른 리소스를 위해 적절한 파드를 선택하는 용도로 이러한 레이블을 이용할 수 있다.
  예를 들어, 모든 `tier: frontend` 파드를 선택하거나, `app.kubernetes.io/name: MyApp`의
  모든 `phase: test` 컴포넌트를 선택하는 서비스를 생각해 볼 수 있다.
- 이 접근 방법의 예시는 [방명록](https://github.com/kubernetes/examples/tree/master/guestbook/) 앱을 참고한다.
+ 이 접근 방법의 예시는 [방명록](https://github.com/kubernetes/examples/tree/master/web/guestbook/) 앱을 참고한다.
 
 릴리스에 특정되는 레이블을 서비스의 셀렉터에서 생략함으로써 여러 개의 디플로이먼트에 걸치는 서비스를
 생성할 수 있다. 동작 중인 서비스를 다운타임 없이 갱신하려면,

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

@@ -307,7 +307,7 @@ In, NotIn, Exists 및 DoNotExist가 포함된다. In 및 NotIn은
 사용해야 하는 경우가 많다. 
 
 예를 들어, 애플리케이션 마다 `app` 레이블에 다른 값을 사용하지만, 
-[guestbook 예시](https://github.com/kubernetes/examples/tree/master/guestbook/)와 같은 다중 계층 애플리케이션은
+[guestbook 예시](https://github.com/kubernetes/examples/tree/master/web/guestbook/)와 같은 다중 계층 애플리케이션은
 각 계층을 별도로 구분해야 한다. 프론트앤드는 다음과 같은 레이블을 사용할 수 있다.
 
 ```yaml

content/ko/docs/tasks/job/fine-parallel-processing-work-queue.md

@@ -41,7 +41,7 @@ weight: 30
 
 이 문서의 예시에서는, 단순함을 위해, Redis의 단일 인스턴스를 시작한다.
 Redis를 확장 가능하고 중복적으로 배포하는 예에 대해서는
-[Redis 예시](https://github.com/kubernetes/examples/tree/master/guestbook)를 참고한다.
+[Redis 예시](https://github.com/kubernetes/examples/tree/master/web/guestbook/)를 참고한다.
 
 다음 파일을 직접 다운로드할 수도 있다.