容器雖然不是一個新事物，但是國內(nèi)的市場應(yīng)該沒有起來，國外好點，但是總體來說，容器目前的市場空間還不夠大。尤其最近這段時間，據(jù)我了解，國內(nèi)有幾個圍繞容器的創(chuàng)業(yè)公司融資困難，面臨破產(chǎn)的風(fēng)險。

但我覺得容器還是一個未來的方向，這個市場會慢慢起來的，而且，我們也發(fā)現(xiàn)，很多追求創(chuàng)新的公司，已經(jīng)開始在生產(chǎn)系統(tǒng)上部署容器了。

根據(jù)Gartner在IOCS 2018 Conference上的調(diào)查，容器部署到生產(chǎn)系統(tǒng)的比例已經(jīng)高達27%。當(dāng)然，這個主要是調(diào)查的對象，即參會的企業(yè)都是追求創(chuàng)新的企業(yè)。

而且，有22%的受訪者認(rèn)為，到2020年，容器將是其主要的計算抽象，而不是虛擬機。

容器設(shè)計當(dāng)初，其實是不需要永久存儲的，但是，現(xiàn)在容器越來越多部署到生產(chǎn)環(huán)境中，很多數(shù)據(jù)需要永久保存的，容器沒了，但數(shù)據(jù)不能沒。因此，容器支持永久存儲就是業(yè)界一個熱門的話題。容器要使用外部存儲，一般通過卷插件來支持。

但是，由于編排平臺部署和運營容器環(huán)境日益普及，大多數(shù)IT領(lǐng)導(dǎo)者現(xiàn)在都在尋找可與容器編排器（如Kubernetes）緊密集成的持久存儲解決方案。通過這種方法，編排器將能夠以一致的方式集中與許多外部存儲平臺通信，提供數(shù)據(jù)服務(wù)，并集中執(zhí)行存儲生命周期和卷編排。

但剛開始，編排器只是把少數(shù)的卷插件集中到發(fā)行版里進去了，這種方式叫in-tree存儲插件。這種方式雖然可以和容器編排器協(xié)作了，但是缺點非常明顯：

存儲卷插件開發(fā)與Kubernetes版本緊密結(jié)合并依賴于Kubernetes版本。

Kubernetes開發(fā)人員/社區(qū)負(fù)責(zé)測試和維護所有供應(yīng)商的卷插件，而不僅僅是測試和維護標(biāo)準(zhǔn)插件API。

卷插件中的錯誤會影響Kubernetes的穩(wěn)定性，因為它們以完全權(quán)限運行。

存儲供應(yīng)商被迫使插件源代碼可用，并且不能僅發(fā)布二進制文件。

由于in-tree存儲插件支持的存儲有限，如果你的存儲不在支持范圍內(nèi)，那么你就必須開發(fā)自己的插件，但是，這個插件沒有標(biāo)準(zhǔn)，各家做各家的，和編排器的版本還是耦合太緊。

為解決該技術(shù)的問題，2018年，云原生計算基金會（Cloud Native Computing Foundation-CNCF）發(fā)布了Kubernetes 1.13，它GA了容器存儲接口（Container Storage Interface---CSI）。CSI把容器存儲進行抽象，通過標(biāo)準(zhǔn)接口的形式把存儲部分移到容器編排系統(tǒng)外部去。

CSI是在容器編排系統(tǒng)（如Kubernetes，Docker或Mesosphere）之間集成存儲系統(tǒng)驅(qū)動程序的最新方法。CSI的目標(biāo)是為容器編排系統(tǒng)建立標(biāo)準(zhǔn)化機制，以將任意存儲系統(tǒng)暴露給其容器化工作負(fù)載。CSI規(guī)范源自各種容器編排系統(tǒng)的社區(qū)成員之間的合作，包括Kubernetes，Mesos，Docker和Cloud Foundry。該規(guī)范獨立于Kubernetes開發(fā)，并保持在容器存儲接口（CSI）規(guī)范。這個新接口是對容器生態(tài)系統(tǒng)的重大改進，因為它標(biāo)準(zhǔn)化了將外部存儲系統(tǒng)與許多容器編排系統(tǒng)集成的模型。特別是對于Kubernetes，它使存儲系統(tǒng)驅(qū)動程序免于被綁定到Kubernetes發(fā)布計劃，因為它被合并到相同的代碼庫中。通過CSI，現(xiàn)在可以開發(fā)存儲系統(tǒng)驅(qū)動程序并將其異步安裝到容器編排版本，從而提供更快的開發(fā)和錯誤修復(fù)。

使用CSI，存儲供應(yīng)商不必為每個容器編排或開源提供多個驅(qū)動程序，不需要將他們的代碼以in-tree方式集成到容器編排器中，從而節(jié)省時間并加快開發(fā)速度。對于IT而言，CSI的使用將使更容易的設(shè)置，標(biāo)準(zhǔn)化配置以及針對容器化工作負(fù)載的存儲解決方案的無縫集成和遷移。

由于容器的編排器最火當(dāng)算Kubernetes莫屬，因此，如果你也采用這個編排器，建議盡快升級到1.13版本，就可以完美支持CSI接口了，以后升級編排器，再也無需關(guān)注存儲插件了。

而且，我剛才看了一下https://kubernetes-csi.github.io/docs/drivers.html（大家可以點擊文后的閱讀原文鏈接查看），發(fā)現(xiàn)其實已經(jīng)蠻多存儲產(chǎn)品開始支持CSI接口了。

不過，我們看到，傳統(tǒng)存儲產(chǎn)品很少，大部分是SDS類型的產(chǎn)品。還有，我們看到，中國的廠商在里面也發(fā)揮了重要作用：第一我們看到華為創(chuàng)立的OpenSDS開源項目也已經(jīng)支持了CSI，第二我們看到XSKY是唯一支持CSI接口的中國公司。

由于CSI的種種好處，Gartner最近在其《An I&O Leader’s Guide to Storage for Containerized Workloads》也建議，負(fù)責(zé)規(guī)劃和支持基礎(chǔ)設(shè)施交付的I＆O負(fù)責(zé)人應(yīng)：

選擇與Kubernetes更緊密集成并支持標(biāo)準(zhǔn)接口（如CSI）的供應(yīng)商，同時避免使用專有插件和接口。

選擇符合微服務(wù)架構(gòu)原則的存儲解決方案，并遵循容器本機數(shù)據(jù)服務(wù)的要求，例如與硬件無關(guān)，API驅(qū)動，基于分布式架構(gòu)，并能夠支持邊緣，核心或公共云部署。

選擇與開發(fā)人員工作流工具緊密結(jié)合的存儲產(chǎn)品，這些工具可以直接與應(yīng)用層集成，以實現(xiàn)可移植性，擴展和數(shù)據(jù)保護。

評估供應(yīng)商提供的持續(xù)創(chuàng)新，優(yōu)質(zhì)客戶支持和一致的定價模型，因為容器生態(tài)系統(tǒng)正在通過未經(jīng)證實的供應(yīng)商業(yè)務(wù)模型快速發(fā)展。（其實就是說在容器存儲領(lǐng)域，要勇于選擇startup公司）

看來，未來容器“撩”（用）存儲的主流方式應(yīng)該是CSI無疑了，大家同意嗎？