<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Code Organization on Kubernetes Contributors</title><link>https://deploy-preview-846--kubernetes-contributor.netlify.app/docs/code/</link><description>Recent content in Code Organization on Kubernetes Contributors</description><generator>Hugo</generator><language>en</language><atom:link href="https://deploy-preview-846--kubernetes-contributor.netlify.app/docs/code/index.xml" rel="self" type="application/rss+xml"/><item><title>CRI API version skew policy</title><link>https://deploy-preview-846--kubernetes-contributor.netlify.app/docs/code/cri-api-version-skew-policy/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://deploy-preview-846--kubernetes-contributor.netlify.app/docs/code/cri-api-version-skew-policy/</guid><description>&lt;p>CRI is a plugin interface which enables the kubelet to use a wide variety of container runtimes,
without the need to recompile. CRI consists of a protocol buffers and gRPC API.
Read more about CRI API at &lt;a href="https://kubernetes.io/docs/concepts/architecture/cri/"
 
 target="_blank" rel="noopener">kubernetes docs&lt;/a>
.&lt;/p>
&lt;p>The CRI API is &lt;strong>only&lt;/strong> intended to be used for the kubelet to container runtime
interactions, or for node-level troubleshooting using a tool such as &lt;code>crictl&lt;/code>.
It is &lt;strong>not&lt;/strong> a common purpose container runtime API for general use, and is &lt;strong>intended&lt;/strong>
to be Kubernetes-centric. This is why there may be an undocumented logic
within a container runtimes that assumes the order or specific parameters
of call(s) that the kubelet makes. Attempts to call CRI API in a different order
by a client different than the kubelet, might result in unrecoverable error.
Whenever discovered, this logic is being documented and avoided.&lt;/p></description></item><item><title>Kubernetes feature development and container runtimes</title><link>https://deploy-preview-846--kubernetes-contributor.netlify.app/docs/code/cri-api-dev-policies/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://deploy-preview-846--kubernetes-contributor.netlify.app/docs/code/cri-api-dev-policies/</guid><description>&lt;p>CRI is a plugin interface which enables the kubelet to use a wide variety of container runtimes,
without the need to recompile. CRI consists of a protocol buffers and gRPC API.
Read more about CRI API at &lt;a href="https://kubernetes.io/docs/concepts/architecture/cri/"
 
 target="_blank" rel="noopener">kubernetes docs&lt;/a>
.&lt;/p>
&lt;p>The mechanics of a feature development that requires new CRI APIs is covered in
documentation on CRI API &lt;a href="https://deploy-preview-846--kubernetes-contributor.netlify.app/docs/code/cri-api-version-skew-policy#feature-development"
 
 >feature-development&lt;/a>
.
This article defines policies for developing new Kubernetes features
that require CRI API changes. The goal of these policies is to ensure great user
experience for people trying the new feature early, adopting it when it is
enabled by default, and relying on it as a GA functionality.&lt;/p></description></item></channel></rss>