Por que o driver NFS CSI é recomendado em vez do driver na árvore NFS?

Por que o driver NFS CSI foi recomendado em vez do driver na árvore NFS?

De acordo com esta documentação oficial do Kubernetes

O Container Storage Interface (CSI) foi projetado para ajudar o Kubernetes a substituir seus mecanismos de driver de armazenamento existentes na árvore - especialmente plug-ins específicos de fornecedores. O suporte do Kubernetes para Container Storage Interface está disponível desde o Kubernetes v1.13. O suporte para uso de drivers CSI foi introduzido para facilitar a adição e manutenção de novas integrações entre Kubernetes e tecnologias de back-end de armazenamento.

O uso de drivers CSI permite melhor manutenção (os autores dos drivers podem definir seu próprio ciclo de lançamento e ciclo de vida de suporte) e reduzir a oportunidade de vulnerabilidades (com menos código na árvore, os riscos de erro são reduzidos e os operadores de cluster podem selecionar apenas o armazenamento drivers que seu cluster exige).

Existe algum plano conhecido para descontinuar o driver na árvore NFS?

De acordo com a documentação oficial fornecida acima, este é o cronograma para a depreciação dos seguintes drivers na árvore. No entanto, não há nenhuma informação disponível sobre drivers na árvore NFS.

Se eu não precisar de provisionamento de armazenamento dinâmico, há alguma vantagem em usar o driver NFS CSI em vez do driver NFS na árvore?

De acordo com a documentação oficial, os drivers CSI são menos propensos a vulnerabilidades, pois contêm apenas os drivers necessários; portanto, do ponto de vista da segurança, sugere-se o uso de drivers CSI em vez de drivers na árvore. Como não há muitas informações disponíveis sobre o ciclo de depreciação do plug-in na árvore do NFS, você pode levantar um problema aqui solicitando mais informações sobre isso.

Você também pode consultar esta documentação para referência futura.