[ko] Enhance consistency of Korean translation

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

@@ -37,7 +37,7 @@ weight: 50
   자동 생성된 필드, 그리고
   오토사이징 또는 오토스케일링 시스템에 의해 설정된 필드와 구분된다.
 
-* 빌드, 릴리스, 또는 타임 스탬프, 릴리즈 ID, git 브랜치,
+* 빌드, 릴리스, 또는 타임 스탬프, 릴리스 ID, git 브랜치,
   PR 번호, 이미지 해시 및 레지스트리 주소와 같은 이미지 정보.
 
 * 로깅, 모니터링, 분석 또는 감사 리포지터리에 대한 포인터.

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

@@ -32,7 +32,7 @@ _레이블_ 은 파드와 같은 오브젝트에 첨부된 키와 값의 쌍이
 
 레이블을 이용하면 사용자가 느슨하게 결합한 방식으로 조직 구조와 시스템 오브젝트를 매핑할 수 있으며, 클라이언트에 매핑 정보를 저장할 필요가 없다.
 
-서비스 배포와 배치 프로세싱 파이프라인은 흔히 다차원의 엔티티들이다(예: 다중 파티션 또는 배포, 다중 릴리즈 트랙, 다중 계층, 계층 속 여러 마이크로 서비스들). 관리에는 크로스-커팅 작업이 필요한 경우가 많은데 이 작업은 사용자보다는 인프라에 의해 결정된 엄격한 계층 표현인 캡슐화를 깨트린다.
+서비스 배포와 배치 프로세싱 파이프라인은 흔히 다차원의 엔티티들이다(예: 다중 파티션 또는 배포, 다중 릴리스 트랙, 다중 계층, 계층 속 여러 마이크로 서비스들). 관리에는 크로스-커팅 작업이 필요한 경우가 많은데 이 작업은 사용자보다는 인프라에 의해 결정된 엄격한 계층 표현인 캡슐화를 깨트린다.
 
 레이블 예시:
 

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

@@ -1037,7 +1037,7 @@ echo $?
 
 ## 카나리 디플로이먼트
 
-만약 디플로이먼트를 이용해서 일부 사용자 또는 서버에 릴리즈를 롤아웃 하기 위해서는
+만약 디플로이먼트를 이용해서 일부 사용자 또는 서버에 릴리스를 롤아웃 하기 위해서는
 [리소스 관리](/ko/docs/concepts/cluster-administration/manage-deployment/#카나리-canary-디플로이먼트)에
 설명된 카나리 패던에 따라 각 릴리스 마다 하나씩 여러 디플로이먼트를 생성할 수 있다.
 

content/ko/docs/setup/production-environment/tools/kops.md

@@ -44,7 +44,7 @@ kops는 자동화된 프로비저닝 시스템인데,
 {{< tabs name="kops_installation" >}}
 {{% tab name="macOS" %}}
 
-최신 버전의 릴리즈를 다운받는 명령어:
+최신 버전의 릴리스를 다운받는 명령어:
 
 ```shell
 curl -LO https://github.com/kubernetes/kops/releases/download/$(curl -s https://api.github.com/repos/kubernetes/kops/releases/latest
@@ -84,7 +84,7 @@ brew update && brew install kops
 {{% /tab %}}
 {{% tab name="리눅스" %}}
 
-최신 릴리즈를 다운로드 받는 명령어:
+최신 릴리스를 다운로드 받는 명령어:
 
 ```shell
 curl -LO https://github.com/kubernetes/kops/releases/download/$(curl -s https://api.github.com/repos/kubernetes/kops/releases/latest | grep tag_name | cut -d '"' -f 4)/kops-linux-amd64

content/ko/docs/tutorials/clusters/apparmor.md

@@ -103,7 +103,7 @@ AppArmor를 이용하면 컨테이너가 수행할 수 있는 작업을 제한
 AppArmor 지원이 포함된 Kubelet (>= v1.4)이면
 어떤 전제 조건이 충족되지 않으면 AppArmor와 함께한 파드를 거부한다.
 노드 상에 AppArmor 지원 여부는
-노드 준비 조건 메시지를 확인하여(이후 릴리즈에서는 삭제될 것 같지만) 검증할 수 있다.
+노드 준비 조건 메시지를 확인하여(이후 릴리스에서는 삭제될 것 같지만) 검증할 수 있다.
 
 ```shell
 kubectl get nodes -o=jsonpath=$'{range .items[*]}{@.metadata.name}: {.status.conditions[?(@.reason=="KubeletReady")].message}\n{end}'
@@ -396,7 +396,7 @@ AppArmor가 일반 사용자 버전이 되면 제거된다.
 AppArmor는 일반 사용자 버전(general available)으로 준비되면 현재 어노테이션으로 지정되는 옵션은 필드로 변경될 것이다.
 모든 업그레이드와 다운그레이드 방법은 전환을 통해 지원하기에는 매우 미묘하니
 전환이 필요할 때에 상세히 설명할 것이다.
-최소 두 번의 릴리즈에 대해서는 필드와 어노테이션 모두를 지원할 것이고,
+최소 두 번의 릴리스에 대해서는 필드와 어노테이션 모두를 지원할 것이고,
 그 이후부터는 어노테이션은 명확히 거부된다.
 
 ## 프로파일 제작 {#authoring-profiles}