You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
While the Docker Container Engine and `docker` command are popular tools
114
-
to work with containers, with {op-system-base} and many other Linux systems, you can
115
-
instead choose a different set of container tools that includes podman, skopeo,
116
-
and buildah. You can still use Docker Container Engine tools to create
117
-
containers that will run in {product-title} and any other container platform.
118
-
119
-
Building and managing containers with buildah, podman, and skopeo results in
120
-
industry standard container images that include features tuned specifically
121
-
for ultimately deploying those containers in {product-title} or other Kubernetes
122
-
environments. These tools are daemonless and can be run without root privileges,
123
-
so there is less overhead in running them.
113
+
Building and managing containers with buildah, podman, and skopeo results in industry standard container images that include features specifically tuned for deploying containers in {product-title} or other Kubernetes environments. These tools are daemonless and can run without root privileges, requiring less overhead to run them.
114
+
115
+
[IMPORTANT]
116
+
====
117
+
Support for Docker Container Engine as a container runtime is deprecated in Kubernetes 1.20 and will be removed in a future release. However, Docker-produced images will continue to work in your cluster with all runtimes, including CRI-O. For more information, see the link:https://kubernetes.io/blog/2020/12/02/dont-panic-kubernetes-and-docker/[Kubernetes blog announcement].
118
+
====
124
119
125
120
When you ultimately run your containers in {product-title}, you use the
126
121
link:https://cri-o.io/[CRI-O] container engine. CRI-O runs on every worker and
0 commit comments