Skip to content

Commit 14c0b6a

Browse files
committed
[zh-cn] sync garbage-collection.md
1 parent 3d8074b commit 14c0b6a

File tree

1 file changed

+7
-3
lines changed

1 file changed

+7
-3
lines changed

content/zh-cn/docs/concepts/architecture/garbage-collection.md

Lines changed: 7 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -187,16 +187,20 @@ to learn more.
187187
### Background cascading deletion {#background-deletion}
188188
189189
In background cascading deletion, the Kubernetes API server deletes the owner
190-
object immediately and the controller cleans up the dependent objects in
191-
the background. By default, Kubernetes uses background cascading deletion unless
190+
object immediately and the garbage collector controller (custom or default)
191+
cleans up the dependent objects in the background.
192+
If a finalizer exists, it ensures that objects are not deleted until all necessary clean-up tasks are completed.
193+
By default, Kubernetes uses background cascading deletion unless
192194
you manually use foreground deletion or choose to orphan the dependent objects.
193195
194196
See [Use background cascading deletion](/docs/tasks/administer-cluster/use-cascading-deletion/#use-background-cascading-deletion)
195197
to learn more.
196198
-->
197199
### 后台级联删除 {#background-deletion}
198200

199-
在后台级联删除过程中,Kubernetes 服务器立即删除属主对象,控制器在后台清理所有依赖对象。
201+
在后台级联删除过程中,Kubernetes 服务器立即删除属主对象,
202+
而垃圾收集控制器(无论是自定义的还是默认的)在后台清理所有依赖对象。
203+
如果存在 Finalizers,它会确保所有必要的清理任务完成后对象才被删除。
200204
默认情况下,Kubernetes 使用后台级联删除方案,除非你手动设置了要使用前台删除,
201205
或者选择遗弃依赖对象。
202206

0 commit comments

Comments
 (0)