Skip to content

Commit 17bd04c

Browse files
authored
Merge pull request #33783 from Sea-n/zh-dockershim
[zh] Sync dockshim article
2 parents 1d2babb + c813ce2 commit 17bd04c

File tree

2 files changed

+167
-126
lines changed

2 files changed

+167
-126
lines changed

content/zh/blog/_posts/2020-12-02-dockershim-faq.md

Lines changed: 29 additions & 9 deletions
Original file line numberDiff line numberDiff line change
@@ -3,14 +3,12 @@ layout: blog
33
title: "弃用 Dockershim 的常见问题"
44
date: 2020-12-02
55
slug: dockershim-faq
6-
aliases: [ '/zh/dockershim' ]
76
---
87
<!--
98
layout: blog
109
title: "Dockershim Deprecation FAQ"
1110
date: 2020-12-02
1211
slug: dockershim-faq
13-
aliases: [ '/dockershim' ]
1412
-->
1513

1614
<!--
@@ -55,7 +53,7 @@ You can read more about the community discussion and planning in the
5553
-->
5654
Dockershim 向来都是一个临时解决方案(因此得名:shim)。
5755
你可以进一步阅读
58-
[移除 Kubernetes 增强方案 Dockershim][drkep]
56+
[移除 Dockershim 这一 Kubernetes 增强方案][drkep]
5957
以了解相关的社区讨论和计划。
6058

6159
<!--
@@ -89,7 +87,7 @@ startup if using Docker as the runtime.
8987
<!--
9088
Given the impact of this change, we are using an extended deprecation timeline.
9189
It will not be removed before Kubernetes 1.22, meaning the earliest release without
92-
dockershim would be 1.23 in late 2021.
90+
dockershim would be 1.23 in late 2021.
9391
_Update_: removal of dockershim is scheduled for Kubernetes v1.24, see
9492
[Dockershim Removal Kubernetes Enhancement Proposal][drkep].
9593
We will be working closely with vendors and other ecosystem groups to ensure a smooth transition and will evaluate
@@ -98,9 +96,26 @@ things as the situation evolves.
9896
考虑到此改变带来的影响,我们使用了一个加长的废弃时间表。
9997
在 Kubernetes 1.22 版之前,它不会被彻底移除;换句话说,dockershim 被移除的最早版本会是 2021 年底发布的 1.23 版。
10098
_更新_:dockershim 计划在 Kubernetes 1.24 版被移除,
101-
请参阅[移除 Kubernetes 增强方案 Dockershim][drkep]
99+
请参阅[移除 Dockershim 这一 Kubernetes 增强方案][drkep]
102100
我们将与供应商以及其他生态团队紧密合作,确保顺利过渡,并将依据事态的发展评估后续事项。
103101

102+
103+
<!--
104+
### Can I still use dockershim after it is removed from Kubernetes?
105+
-->
106+
### 从 Kubernetes 中移除后我还能使用 dockershim 吗? {#can-i-still-use-dockershim-after-it-is-removed-from-kubernetes}
107+
108+
<!--
109+
Update:
110+
Mirantis and Docker have [committed][mirantis] to maintaining the dockershim after
111+
it is removed from Kubernetes.
112+
-->
113+
更新:Mirantis 和 Docker [已承诺][mirantis]在 dockershim 从 Kubernetes
114+
中删除后对其进行维护。
115+
116+
[mirantis]: http://www.mirantis.com/blog/mirantis-to-take-over-support-of-kubernetes-dockershim-2/
117+
118+
104119
<!--
105120
### Will my existing Docker images still work?
106121
-->
@@ -163,11 +178,11 @@ related projects follow a similar pattern as well, demonstrating the stability a
163178
usability of other container runtimes. As an example, OpenShift 4.x has been
164179
using the [CRI-O] runtime in production since June 2019.
165180
-->
166-
此外,[kind](http://kind.sigs.k8s.io/) 项目使用 containerd 已经有年头了,
181+
此外,[kind] 项目使用 containerd 已经有年头了,
167182
并且在这个场景中,稳定性还明显得到提升。
168183
Kind 和 containerd 每天都会做多次协调,以验证对 Kubernetes 代码库的所有更改。
169184
其他相关项目也遵循同样的模式,从而展示了其他容器运行时的稳定性和可用性。
170-
例如,OpenShift 4.x 从 2019 年 6 月以来,就一直在生产环境中使用 [CRI-O](http://cri-o.io/) 运行时。
185+
例如,OpenShift 4.x 从 2019 年 6 月以来,就一直在生产环境中使用 [CRI-O] 运行时。
171186

172187
<!--
173188
For other examples and references you can look at the adopters of containerd and
@@ -181,6 +196,11 @@ CRI-O, two container runtimes under the Cloud Native Computing Foundation ([CNCF
181196
- [containerd](http://github.com/containerd/containerd/blob/master/ADOPTERS.md)
182197
- [CRI-O](http://github.com/cri-o/cri-o/blob/master/ADOPTERS.md)
183198

199+
[CRI-O]: http://cri-o.io/
200+
[kind]: http://kind.sigs.k8s.io/
201+
[CNCF]: http://cncf.io
202+
203+
184204
<!--
185205
### People keep referencing OCI, what is that?
186206
-->
@@ -300,15 +320,15 @@ Kubernetes documentation on [Container Runtimes]
300320
<!--
301321
### What if I have more questions?
302322
-->
303-
### 我还有问题怎么办?{#what-if-I-have-more-question}
323+
### 我还有问题怎么办?{#what-if-I-have-more-questions}
304324

305325
<!--
306326
If you use a vendor-supported Kubernetes distribution, you can ask them about
307327
upgrade plans for their products. For end-user questions, please post them
308328
to our end user community forum: http://discuss.kubernetes.io/.
309329
-->
310330
如果你使用了一个有供应商支持的 Kubernetes 发行版,你可以咨询供应商他们产品的升级计划。
311-
对于最终用户的问题,请把问题发到我们的最终用户社区的论坛:http://discuss.kubernetes.io/。
331+
对于最终用户的问题,请把问题发到我们的最终用户社区的[论坛](http://discuss.kubernetes.io/)
312332

313333
<!--
314334
You can also check out the excellent blog post

0 commit comments

Comments
 (0)