diff --git a/content/ko/docs/concepts/workloads/controllers/ttlafterfinished.md b/content/ko/docs/concepts/workloads/controllers/ttlafterfinished.md
new file mode 100644
index 0000000000000..94b34ff0ce789
--- /dev/null
+++ b/content/ko/docs/concepts/workloads/controllers/ttlafterfinished.md
@@ -0,0 +1,87 @@
+---
+title: 완료된 리소스를 위한 TTL 컨트롤러
+content_template: templates/concept
+weight: 65
+---
+
+{{% capture overview %}}
+
+{{< feature-state for_k8s_version="v1.12" state="alpha" >}}
+
+TTL 컨트롤러는 실행이 완료된 리소스 오브젝트의 수명을
+제한하는 TTL 메커니즘을 제공한다. TTL 컨트롤러는 현재
+[잡(Job)](/docs/concepts/workloads/controllers/jobs-run-to-completion/)만
+처리하며, 파드와 커스텀 리소스와 같이 실행을 완료할 다른 리소스를
+처리하도록 확장될 수 있다.
+
+알파(Alpha) 고지 사항: 이 기능은 현재 알파이다, 그리고 
+[기능 게이트](/docs/reference/command-line-tools-reference/feature-gates/)
+`TTLAfterFinished` 를 통해 활성화 될 수 있다.
+
+
+{{% /capture %}}
+
+
+
+
+{{% capture body %}}
+
+## TTL 컨트롤러
+
+현재의 TTL 컨트롤러는 잡만 지원한다. 클러스터 운영자는
+[예시](/docs/concepts/workloads/controllers/jobs-run-to-completion/#clean-up-finished-jobs-automatically)
+와 같이 `.spec.ttlSecondsAfterFinished` 필드를 명시하여
+완료된 잡(`완료` 또는 `실패`)을 자동으로 정리하기 위해 이 기능을 사용할 수 있다.
+리소스의 작업이 완료된 TTL 초(sec) 후 (다른 말로는, TTL이 만료되었을 때),
+TTL 컨트롤러는 해당 리소스가 정리될 수 있다고 가정한다.
+TTL 컨트롤러가 리소스를 정리할때 리소스를 연속적으로 삭제한다. 즉,
+의존하는 오브젝트와 함께 삭제한다. 리소스가 삭제되면 완료자(finalizers)와
+같은 라이프 사이클 보증이 적용 된다.
+
+TTL 초(sec)는 언제든지 설정이 가능하다. 여기에 잡 필드 중
+`.spec.ttlSecondsAfterFinished` 를 설정하는 몇 가지 예시가 있다.
+
+* 작업이 완료된 다음, 일정 시간 후에 자동으로 잡이 정리될 수 있도록
+  리소스 메니페스트에 이 필드를 지정한다.
+* 이미 완료된 기존 리소스에 이 새 기능을 적용하기 위해서 이 필드를
+  설정한다.
+* [어드미션 웹후크 변형](/docs/reference/access-authn-authz/extensible-admission-controllers/#admission-webhooks)
+  을 사용해서
+  리소스 생성시 이 필드를 동적으로 설정 한다. 클러스터 관리자는 이것을
+  사용해서 완료된 리소스에 대해 TTL 정책을 적용할 수 있다.
+* 리소스가 완료된 이후에
+  [어드미션 웹후크 변형](/docs/reference/access-authn-authz/extensible-admission-controllers/#admission-webhooks)
+  을 사용해서 이 필드를 동적으로 설정하고, 리소스의 상태,
+  레이블 등에 따라 다른 TTL 값을 선택한다.
+
+## 경고
+
+### TTL 초(sec) 업데이트
+
+TTL 기간은, 예를 들어 잡의 `.spec.ttlSecondsAfterFinished` 필드는
+리소스를 생성하거나 완료한 후에 수정할 수 있다. 그러나, 잡을
+삭제할 수 있게 되면(TTL이 만료된 경우) 시스템은 TTL을 연장하기
+위한 업데이트가 성공적인 API 응답을 리턴하더라도
+작업이 유지되도록 보장하지 않는다.
+
+### 시간 차이(Skew)
+
+TTL 컨트롤러는 쿠버네티스 리소스에
+저장된 타임스탬프를 사용해서 TTL의 만료 여부를 결정하기 때문에, 이 기능은 클러스터 간의 
+시간 차이에 민감하며, 시간 차이에 의해서 TTL 컨트롤러가 잘못된 시간에 리소스
+오브젝트를 정리하게 될 수 있다.
+
+쿠버네티스에서는 시간 차이를 피하기 위해 모든 노드
+([#6159](https://github.com/kubernetes/kubernetes/issues/6159#issuecomment-93844058)를 본다)
+에서 NTP를 실행해야 한다. 시계가 항상 정확한 것은 아니지만, 그 차이는 
+아주 작아야 한다. 0이 아닌 TTL을 설정할때는 이 위험에 대해 유의해야 한다.
+
+{{% /capture %}}
+
+{{% capture whatsnext %}}
+
+[자동으로 잡 정리](/docs/concepts/workloads/controllers/jobs-run-to-completion/#clean-up-finished-jobs-automatically)
+
+[디자인 문서](https://github.com/kubernetes/enhancements/blob/master/keps/sig-apps/0026-ttl-after-finish.md)
+
+{{% /capture %}}