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

[[257198]]

但我覺得容器還是一個未來的方向，這個市場會慢慢起來的，而且，我們也發(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%。當然，這個主要是調(diào)查的對象，即參會的企業(yè)都是追求創(chuàng)新的企業(yè)。

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

容器設(shè)計當初，其實是不需要***存儲的，但是，現(xiàn)在容器越來越多部署到生產(chǎn)環(huán)境中，很多數(shù)據(jù)需要***保存的，容器沒了，但數(shù)據(jù)不能沒。因此，容器支持***存儲就是業(yè)界一個熱門的話題。容器要使用外部存儲，一般通過卷插件來支持(參考我原來的文章傳言微軟要收購Docker，存儲廠商紛紛推出原生卷插件)。

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

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

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

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

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

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

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

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

CSI是在容器編排系統(tǒng)(如Kubernetes，Docker或Mesosphere)之間集成存儲系統(tǒng)驅(qū)動程序的***方法。CSI的目標是為容器編排系統(tǒng)建立標準化機制，以將任意存儲系統(tǒng)暴露給其容器化工作負載。CSI規(guī)范源自各種容器編排系統(tǒng)的社區(qū)成員之間的合作，包括Kubernetes，Mesos，Docker和Cloud Foundry。該規(guī)范獨立于Kubernetes開發(fā)，并保持在容器存儲接口(CSI)規(guī)范 。這個新接口是對容器生態(tài)系統(tǒng)的重大改進，因為它標準化了將外部存儲系統(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è)置，標準化配置以及針對容器化工作負載的存儲解決方案的無縫集成和遷移。

[[257199]]

由于容器的編排器最火當算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接口的中國公司。XSKY在容器環(huán)境確實做了比較多工作，大家感興趣可以看看其官微的一篇文章：詳解支持 kubernetes CSI的持久化容器存儲。

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

• 選擇與Kubernetes更緊密集成并支持標準接口(如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ā)展。