translation revised

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

@@ -44,7 +44,7 @@ spec에 3개의 애플리케이션 레플리카가 동작되도록
 설정할 수 있다. 쿠버네티스 시스템은 그 디플로이먼트 spec을 읽어
 spec에 일치되도록 상태를 업데이트하여 3개의 의도한
 애플리케이션 인스턴스를 구동시킨다. 만약, 그 인스턴스들 중 어느 하나가
-(상태 변경에) 실패한다면, 쿠버네티스 시스템은 보정(이 경우에는 대체 인스턴스를 시작하여)을 통해
+어떤 문제로 인해 멈춘다면(상태 변화 발생), 쿠버네티스 시스템은 보정(이 경우에는 대체 인스턴스를 시작하여)을 통해
 spec과 status간의 차이에 대응한다.
 
 오브젝트 명세, 상태, 그리고 메타데이터에 대한 추가 정보는, [Kubernetes API Conventions](https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md) 를 참조한다.
@@ -53,7 +53,7 @@ spec과 status 간의 차이에 대응한다.
 
 쿠버네티스에서 오브젝트를 생성할 때, (이름과 같은)오브젝트에 대한 기본적인 정보와 더불어, 의도한 상태를 기술한 오브젝트 spec을 제시해 줘야만 한다. 오브젝트를 생성하기 위해(직접이든 또는 `kubectl`을 통해서든) 쿠버네티스 API를 이용할 때, API 요청은 요청 내용 안에 JSON 형식으로 정보를 포함시켜 줘야만 한다. **대부분의 경우 정보를 .yaml 파일로 `kubectl`에 제공한다.** `kubectl`은 API 요청이 이루어질 때, JSON 형식으로 정보를 변환시켜 준다.
 
-여기 쿠버네티스 디플로이먼트를 위한 요청 필드와 오브젝트 spec을 보여주는 `.yaml` 파일 예시가 있다.
+여기 쿠버네티스 디플로이먼트를 위한 필수 필드와 오브젝트 spec을 보여주는 `.yaml` 파일 예시가 있다.
 
 {{< codenew file="application/deployment.yaml" >}}