Reflected the Korean writing style

Me1e · Me1e · commit 8fbb0c614d03 · 2023-04-27T02:17:09.000+09:00
diff --git a/2022/ko/Days/day54.md b/2022/ko/Days/day54.md
@@ -112,7 +112,7 @@ YAML 파일 위치로 이동한 다음 `kubectl create -f nginx-stateless-demo.y
 
 위 그림에서 replicaset가 있는 것을 볼 수 있는데, 배포에서 배포할 이미지의 레플리카 개수를 정의합니다. 처음에는 1로 설정되었지만, 애플리케이션을 빠르게 확장하려면 여러 가지 방법으로 확장할 수 있습니다.
 
-터미널 내에서 텍스트 편집기를 열고 배포를 수정할 수 있는 `kubectl edit deployment  nginx-deployment -n nginx`를 사용하여 파일을 편집할 수 있다.
+터미널 내에서 텍스트 편집기를 열고 배포를 수정할 수 있는 `kubectl edit deployment  nginx-deployment -n nginx`를 사용하여 파일을 편집할 수 있습니다.
 
 ![](/2022/Days/Images/Day54_Kubernetes9.png)
 
diff --git a/2022/ko/Days/day55.md b/2022/ko/Days/day55.md
@@ -77,12 +77,12 @@ pod 라이프사이클에 의존하지 않는 스토리지 계층이 필요합
 - 볼륨이 pod에 마운트됨
 - pod는 여러 가지 볼륨 유형(ConfigMaps, Secrets, PVC)을 사용
 
-PV와 PVC를 생각하는 또 다른 방법은 다음과 같다.
+PV와 PVC를 생각하는 또 다른 방법은 다음과 같습니다.
 
-PV는 Kubernetes 어드민에 의해 생성된다.
-PVC는 사용자 또는 애플리케이션 개발자가 생성한다.
+PV는 Kubernetes 어드민에 의해 생성됩니다.
+PVC는 사용자 또는 애플리케이션 개발자가 생성합니다.
 
-또한 자세히 설명하지는 않겠지만 언급할 가치가 있는 두 가지 다른 유형의 볼륨이 있다:
+또한 자세히 설명하지는 않겠지만 언급할 가치가 있는 두 가지 다른 유형의 볼륨이 있습니다:
 
 ### ConfigMaps | Secrets
 
@@ -150,7 +150,7 @@ PVC는 사용자 또는 애플리케이션 개발자가 생성한다.
 
 앞서 언급한 바와 같이 상태 비저장 애플리케이션에서 Minikube를 사용하고 있기 때문에 애플리케이션에 액세스하는 데 있어 몇 가지 장애물이 있지만, 클러스터 내에서 Ingress 또는 로드 밸런서에 액세스하여 외부에서 액세스하기 위해 자동으로 IP를 받도록 설정되어 있습니다. (위의 Pacman 네임스페이스의 모든 구성 요소 이미지에서 이를 확인할 수 있습니다).
 
-이 데모에서는 포트 포워드 방법을 사용하여 애플리케이션에 액세스하겠습니다. 새 터미널을 열고 다음 `kubectl port-forward svc/pacman 9090:80 -n pacman` 명령을 실행하고 브라우저를 열면 이제 애플리케이션에 액세스할 수 있다. AWS 또는 특정 위치에서 실행하는 경우, 위의 스크린샷에서 이 pod 이름을 다시 한번 확인하면 클라우드와 영역은 물론 Kubernetes 내의 pod와 동일한 호스트에 대해서도 보고됩니다.
+이 데모에서는 포트 포워드 방법을 사용하여 애플리케이션에 액세스하겠습니다. 새 터미널을 열고 다음 `kubectl port-forward svc/pacman 9090:80 -n pacman` 명령을 실행하고 브라우저를 열면 이제 애플리케이션에 액세스할 수 있습니다. AWS 또는 특정 위치에서 실행하는 경우, 위의 스크린샷에서 이 pod 이름을 다시 한번 확인하면 클라우드와 영역은 물론 Kubernetes 내의 pod와 동일한 호스트에 대해서도 보고됩니다.
 
 ![](/2022/Days/Images/Day55_Kubernetes8.png)
 
@@ -188,7 +188,7 @@ Ingress의 경우, 애플리케이션의 내부 서비스에 대한 포워드 
 
 클라우드 제공자를 사용하는 경우, 관리형 Kubernetes 제품에는 클러스터에 대한 Ingress 옵션이 있거나 로드 밸런서 옵션이 제공될 가능성이 높습니다. 이를 직접 구현할 필요가 없다는 것이 관리형 Kubernetes의 장점 중 하나입니다.
 
-클러스터를 실행하는 경우 엔트리포인트를 구성해야 한다.
+클러스터를 실행하는 경우 엔트리포인트를 구성해야 합니다.
 
 ### Minikube에서 Ingress 구성하기
 
diff --git a/2022/ko/Days/day72.md b/2022/ko/Days/day72.md
@@ -67,7 +67,7 @@ Jenkins의 기본 개념은 파이프라인의 상태를 저장하는 것으로,
 
 ![](/2022/Days/Images/Day72_CICD8.png)
 
-위의 프로세스로 pod가 수정되어야 하지만, 그렇지 않은 경우 `kubectl delete pod jenkins-0 -n jenkins` 명령으로 pod를 강제로 새로 고칠 수 있다. 이 시점에서, 2/2의 실행 중인 pod인 jenkins-0이 있어야 한다.
+위의 프로세스로 pod가 수정되어야 하지만, 그렇지 않은 경우 `kubectl delete pod jenkins-0 -n jenkins` 명령으로 pod를 강제로 새로 고칠 수 있습니다. 이 시점에서, 2/2의 실행 중인 pod인 jenkins-0이 있어야 합니다.
 
 ![](/2022/Days/Images/Day72_CICD9.png)
 
diff --git a/2022/ko/Days/day82.md b/2022/ko/Days/day82.md
@@ -34,11 +34,11 @@ EFK 스택은 다음과 같은 3가지 소프트웨어가 함께 번들로 제
 
 ![](/2022/Days/Images/Day82_Monitoring2.png)
 
-EFK 스택을 클러스터에 배포하는 데 필요한 모든 것을 포함하는 [efk-stack.yaml](/2022/Days/Monitoring/EFK%20Stack/efk-stack.yaml)을 생성했으며, `kubectl create -f efk-stack.yaml` 명령을 사용하여 배포되는 모든 것을 확인할 수 있다.
+EFK 스택을 클러스터에 배포하는 데 필요한 모든 것을 포함하는 [efk-stack.yaml](/2022/Days/Monitoring/EFK%20Stack/efk-stack.yaml)을 생성했으며, `kubectl create -f efk-stack.yaml` 명령을 사용하여 배포되는 모든 것을 확인할 수 있습니다.
 
 ![](/2022/Days/Images/Day82_Monitoring3.png)
 
-시스템에 따라 다르지만, 이미 이 작업을 실행하여 이미지를 가져온 경우 다음 명령으로 진행 상황을 확인할 수 있습니다. `kubectl get pods -n kube-logging -w` 몇 분 정도 걸릴 수 있다.
+시스템에 따라 다르지만, 이미 이 작업을 실행하여 이미지를 가져온 경우 다음 명령으로 진행 상황을 확인할 수 있습니다. `kubectl get pods -n kube-logging -w` 몇 분 정도 걸릴 수 있습니다.
 
 ![](/2022/Days/Images/Day82_Monitoring4.png)
 
diff --git a/2022/ko/Days/day87.md b/2022/ko/Days/day87.md
@@ -51,13 +51,13 @@ Kasten Helm 리포지토리를 추가합니다.
 
 ![](/2022/Days/Images/Day87_Data1.png)
 
-다음 명령어를 실행하여 pod가 생성되는 것을 확인할 수 있다.
+다음 명령어를 실행하여 pod가 생성되는 것을 확인할 수 있습니다.
 
 `kubectl get pods -n kasten-io -w`
 
 ![](/2022/Days/Images/Day87_Data3.png)
 
-포트 포워딩을 통해 K10 대시보드에 접속하고, 새 터미널을 열어 아래 명령을 실행한다.
+포트 포워딩을 통해 K10 대시보드에 접속하고, 새 터미널을 열어 아래 명령을 실행합니다.
 
 `kubectl --namespace kasten-io port-forward service/gateway 8080:8000`
 
@@ -91,7 +91,7 @@ Kubernetes 섹션에서 사용한 stateful 애플리케이션을 사용합니다
 
 ![](/2022/Days/Images/Day55_Kubernetes1.png)
 
-이 애플리케이션의 YAML 구성 파일은 여기에서 찾을 수 있습니다. -> [pacman-stateful-demo.yaml](Kubernetes/pacman-stateful-demo.yaml)
+이 애플리케이션의 YAML 구성 파일은 여기에서 찾을 수 있습니다. -> [pacman-stateful-demo.yaml](/2022/Days/Kubernetes/pacman-stateful-demo.yaml)
 
 ![](/2022/Days/Images/Day87_Data8.png)
 
@@ -101,7 +101,7 @@ Kubernetes 섹션에서 사용한 stateful 애플리케이션을 사용합니다
 
 그런 다음 새 터미널에서 pacman 프론트엔드를 포트 포워드할 수 있습니다. `kubectl port-forward svc/pacman 9090:80 -n pacman`을 실행합니다.
 
-브라우저에서 다른 탭을 열어 http://localhost:9090/
+브라우저에서 다른 탭을 열어 http://localhost:9090/ 에접속합니다.
 
 ![](/2022/Days/Images/Day87_Data10.png)
 
diff --git a/2022/ko/Days/day89.md b/2022/ko/Days/day89.md
@@ -126,9 +126,9 @@ echo $TOKEN
 
 `helm install k10 kasten/k10 --namespace=kasten-io --set auth.tokenAuth.enabled=true --set injectKanisterSidecar.enabled=true --set-string injectKanisterSidecar.namespaceSelector.matchLabels.k10/injectKanisterSidecar=true --create-namespace`
 
-이 작업에는 시간이 걸리겠지만, 그동안 `kubectl get pods -n kasten-io -w`를 사용하여 pod가 실행 상태가 되는 진행 상황을 확인할 수 있다.
+이 작업에는 시간이 걸리겠지만, 그동안 `kubectl get pods -n kasten-io -w`를 사용하여 pod가 실행 상태가 되는 진행 상황을 확인할 수 있습니다.
 
-Minikube를 사용하고 있기 때문에 import 정책을 실행할 때 애플리케이션이 실행되며, 이 standby 클러스터에서 스토리지 클래스가 동일하다는 점에 주목할 필요가 있다. 그러나 마지막 세션에서 다룰 내용은 이동성과 변환입니다.
+Minikube를 사용하고 있기 때문에 import 정책을 실행할 때 애플리케이션이 실행되며, 이 standby 클러스터에서 스토리지 클래스가 동일하다는 점에 주목할 필요가 있습니다. 그러나 마지막 세션에서 다룰 내용은 이동성과 변환입니다.
 
 pod가 가동되고 실행되면 다른 클러스터에서 이전 단계에서 수행한 단계를 따를 수 있습니다.
 
diff --git a/2022/ko/Days/day90.md b/2022/ko/Days/day90.md
@@ -32,7 +32,7 @@ id: 1048748
 
 가장 먼저 해야 할 일은 재해 복구 테스트를 위해 89일에 수행한 복원 작업을 제거하는 것입니다.
 
-"standby" Minikube 클러스터에서 `kubectl delete ns pacman`을 사용하여 이 작업을 수행할 수 있다.
+"standby" Minikube 클러스터에서 `kubectl delete ns pacman`을 사용하여 이 작업을 수행할 수 있습니다.
 
 ![](/2022/Days/Images/Day90_Data1.png)
 
