Skip to content

Commit a7d28c2

Browse files
authored
Merge pull request #30972 from SergeyKanzhelev/dockershim-blog-post
Add blog post announcing actual dockershim removal
2 parents 409590a + 9617e67 commit a7d28c2

File tree

2 files changed

+104
-1
lines changed

2 files changed

+104
-1
lines changed

content/en/blog/_posts/2021-11-12-are-you-ready-for-dockershim-removal/index.md

Lines changed: 5 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -5,6 +5,10 @@ date: 2021-11-12
55
slug: are-you-ready-for-dockershim-removal
66
---
77

8+
{{< note >}}
9+
This poll will close on January 7, 2022.
10+
{{</ note >}}
11+
812
**Author:** Sergey Kanzhelev, Google. With reviews from Davanum Srinivas, Elana Hashman, Noah Kantrowitz, Rey Lejano.
913

1014
Last year we announced that Dockershim is being deprecated: [Dockershim Deprecation FAQ](/blog/2020/12/02/dockershim-faq/).
@@ -25,7 +29,7 @@ are still not ready: [migrating telemetry and security agents](/docs/tasks/admin
2529
At this point, we believe that there is feature parity between Docker and the
2630
other runtimes. Many end-users have used our [migration guide](/docs/tasks/administer-cluster/migrating-from-dockershim/)
2731
and are running production workload using these different runtimes. The plan of
28-
record today is that dockershim will be removed in version 1.24, slated for
32+
record today is that dockershim will be removed in version 1.24, slated for
2933
release around April of next year. For those developing or running alpha and
3034
beta versions, dockershim will be removed in December at the beginning of the
3135
1.24 release development cycle.
Lines changed: 99 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,99 @@
1+
---
2+
layout: blog
3+
title: "Kubernetes is Moving on From Dockershim: Commitments and Next Steps"
4+
date: 2022-01-07
5+
slug: kubernetes-is-moving-on-from-dockershim
6+
---
7+
8+
**Authors:** Sergey Kanzhelev (Google), Jim Angel (Google), Davanum Srinivas (VMware), Shannon Kularathna (Google), Chris Short (AWS), Dawn Chen (Google)
9+
10+
Kubernetes is removing dockershim in the upcoming v1.24 release. We're excited
11+
to reaffirm our community values by supporting open source container runtimes,
12+
enable a smaller kubelet, and increase engineering velocity for teams using
13+
Kubernetes. If you [use Docker Engine as a Container Runtime](/docs/tasks/administer-cluster/migrating-from-dockershim/find-out-runtime-you-use/)
14+
for your Kubernetes cluster, get ready to migrate to 1.24! To check if you're
15+
affected, refer to [Check whether dockershim deprecation affects you](/docs/tasks/administer-cluster/migrating-from-dockershim/check-if-dockershim-deprecation-affects-you/).
16+
17+
## Why we’re moving away from dockershim
18+
19+
Docker was the first container runtime used by Kubernetes. This is one of the
20+
reasons why Docker is so familiar to many Kubernetes users and enthusiasts.
21+
As containerization became an industry standard, the Kubernetes project added support
22+
for additional runtimes. This culminated with the implementation of the
23+
container runtime interface (CRI), letting system components (like the kubelet)
24+
talk to container runtimes in a standardized way. As a result, the hardcoded support for Docker –
25+
a component the project refers to as dockershim – became an anomaly in the Kubernetes project.
26+
Dependencies on Docker and dockershim have crept into various tools
27+
and projects in the CNCF ecosystem ecosystem, resulting in fragile code.
28+
29+
By removing the
30+
dockershim CRI, we're embracing the first value of CNCF: "[Fast is better than
31+
slow](https://github.com/cncf/foundation/blob/master/charter.md#3-values)".
32+
Stay tuned for future communications on the topic!
33+
34+
## Deprecation timeline
35+
36+
We [formally announced](/blog/2020/12/08/kubernetes-1-20-release-announcement/) the dockershim deprecation in December 2020.  Full removal is targeted
37+
in Kubernetes 1.24, in April 2022. This timeline
38+
aligns with our [deprecation policy](/docs/reference/using-api/deprecation-policy/#deprecating-a-feature-or-behavior),
39+
which states that deprecated behaviors must function for at least 1 year
40+
after their announced deprecation.
41+
42+
We'll support Kubernetes version 1.23, which includes
43+
dockershim, for another year in the Kubernetes project. Managed
44+
Kubernetes providers, vendor support is likely to last even longer, but this is
45+
dependent on the companies themselves. Regardless, we're confident all cluster operations will have
46+
time to migrate. If you have more questions about the dockershim removal, refer
47+
to the [Dockershim Deprecation FAQ](/dockershim).
48+
49+
We asked you whether you feel prepared for the migration from dockershim in this
50+
survey: [Are you ready for Dockershim removal](/blog/2021/11/12/are-you-ready-for-dockershim-removal/).
51+
We had over 600 responses. To everybody who took time filling out the survey,
52+
thank you.
53+
54+
The results show that we still have a lot of ground to cover to help you to
55+
migrate smoothly. Other container runtimes exist, and have been promoted
56+
extensively. However, many users told us they still rely on dockershim,
57+
and sometimes have dependencies that need to be re-worked. Some of these
58+
dependencies are outside of your control. Based on the feedback received from
59+
you, here are some of the steps we are taking to help.
60+
61+
## Our next steps
62+
63+
Based on the feedback you provided:
64+
65+
- CNCF and the 1.24 release team are committed to delivering documentation in
66+
time for the 1.24 release. This includes more informative blog posts like this
67+
one, updating existing code samples, tutorials, and tasks, and producing a
68+
migration guide for cluster operators.
69+
- We are reaching out to the rest of the CNCF community to help prepare them for
70+
this change.
71+
72+
If you're part of a project with dependencies on dockershim, or if you're
73+
interested in helping with the migration effort, please join us! There's always
74+
room for more contributors, whether to our transition tools or to our
75+
documentation. To get started, say hello in
76+
[#sig-node](https://kubernetes.slack.com/archives/C0BP8PW9G)
77+
channel on [Kuberentes Slack](https://slack.kubernetes.io/)!
78+
79+
## Final thoughts
80+
81+
As a project, we've already seen cluster operators increasingly adopt of other container runtimes through 2021.
82+
We believe there are no major blockers to migration. The steps we're taking to
83+
improve the migration experience will light the path more clearly for you.
84+
85+
We understand that migration from dockershim is yet another action you may need to
86+
do to keep your Kubernetes infrastructure up to date. For most of you, this step
87+
will be straightforward and transparent. In some cases, you will encounter
88+
hiccups or issues. The community has discussed at length whether postponing the
89+
dockershim removal would be helpful. For example, we recently talked about it in
90+
the [SIG Node discussion on November 11th](https://docs.google.com/document/d/1Ne57gvidMEWXR70OxxnRkYquAoMpt56o75oZtg-OeBg/edit#bookmark=id.r77y11bgzid)
91+
and in the [Kubernetes Steering committee meeting held on December 6th](https://docs.google.com/document/d/1qazwMIHGeF3iUh5xMJIJ6PDr-S3bNkT8tNLRkSiOkOU/edit#bookmark=id.m0ir406av7jx).
92+
We already [postponed](https://github.com/kubernetes/enhancements/pull/2481/) it once last year because the adoption rate of other
93+
runtimes was lower than we wanted, which also gave us more time to identify
94+
potential blocking issues.
95+
96+
At this point, we believe that the value that you (and Kubernetes) gain from
97+
dockershim removal makes up for the migration effort you'll have. Start planning
98+
now to avoid surprises. We'll have more updates and guides before Kubernetes
99+
1.24 is released.

0 commit comments

Comments
 (0)