From 8dcebae500413d093e89d1a296d45d3f34d20617 Mon Sep 17 00:00:00 2001 From: Mauricio Poppe Date: Thu, 29 Jul 2021 22:42:53 +0000 Subject: [PATCH] Explain work done in PD CSI in more detail, add statement for the system API --- ...021-07-27-csi-windows-support-with-csi-proxy-reaches-ga.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/content/en/blog/_posts/2021-07-27-csi-windows-support-with-csi-proxy-reaches-ga.md b/content/en/blog/_posts/2021-07-27-csi-windows-support-with-csi-proxy-reaches-ga.md index 0dd00f223e..e90bb9ca03 100644 --- a/content/en/blog/_posts/2021-07-27-csi-windows-support-with-csi-proxy-reaches-ga.md +++ b/content/en/blog/_posts/2021-07-27-csi-windows-support-with-csi-proxy-reaches-ga.md @@ -37,7 +37,7 @@ Before we reached GA we wanted to make sure that our API is simple and consisten CSI Proxy is compatible with all the previous v1betaX releases. The `csi-proxy.exe` binary deployed on Windows nodes still serves requests from v1betaX clients thanks to the autogenerated conversion layer that transforms any versioned client request to a version-agnostic request that the server can process. We added several [integration tests](https://github.com/kubernetes-csi/csi-proxy/tree/v1.0.0/integrationtests) for all the API versions of the API groups that are graduating to v1 to ensure that CSI Proxy is backwards compatible. -We've also considered the scenario of a version drift between CSI Proxy and the CSI Drivers that interact with it and provided a way for CSI Drivers to perform a smooth upgrade to v1, GCE PD CSI Driver can recognize which version of the CSI Proxy binary is running and is able to handle multiple versions of the CSI Proxy binary deployed on the node. +We've also considered the scenario of a version drift between CSI Proxy and the CSI Drivers that interact with it and provided a way for CSI Drivers to handle multiple versions of CSI Proxy for a smooth upgrade to v1. [For example](https://github.com/kubernetes-sigs/gcp-compute-persistent-disk-csi-driver/pull/738), the GCE PD CSI Driver will use the CSI Proxy client libraries to connect to the v1 API first, if the connection is unsuccessful because the v1 version is not installed it'll connect to the v1beta API. CSI Proxy v1 is already being used by many CSI Drivers, such as the [AWS EBS CSI Driver](https://github.com/kubernetes-sigs/aws-ebs-csi-driver/pull/966), [Azure Disk CSI Driver](https://github.com/kubernetes-sigs/azuredisk-csi-driver/pull/919), [GCE PD CSI Driver](https://github.com/kubernetes-sigs/gcp-compute-persistent-disk-csi-driver/pull/738) and [SMB CSI Driver](https://github.com/kubernetes-csi/csi-driver-smb/pull/319). @@ -45,7 +45,7 @@ CSI Proxy v1 is already being used by many CSI Drivers, such as the [AWS EBS CSI We're very excited for the future of CSI Proxy. With the upcoming [support for privileged Windows containers](https://github.com/kubernetes/enhancements/issues/1981), we plan to use CSI Proxy as a library in CSI Drivers in addition to the current client/server design. This will allow us to iterate faster on new features because the `csi-proxy.exe` binary will no longer be needed. -API support for the iSCSI protocol is in the alpha stage, we plan to make additional enhancements before graduating it to v1. +Support for the [System API](https://github.com/kubernetes-csi/csi-proxy/tree/v1.0.0/client/api/system/v1alpha1) and the [iSCSI API](https://github.com/kubernetes-csi/csi-proxy/tree/v1.0.0/client/api/iscsi/v1alpha2) is in the alpha stage, we plan to make additional enhancements before graduating them to v1. ## How to get involved?