軟件容器自問世以來已經(jīng)有很長一段時間了,如今已經(jīng)被絕大多數(shù)開發(fā)者所使用,但是Docker的命運卻截然不同。雖然廣受贊譽,但Docker一直無法實現(xiàn)盈利,這對Docker的風險投資方來說,確實是個問題。在過去五年時間內(nèi),風險投資方已經(jīng)累計為Docker注資數(shù)百萬美元,他們一定期望著獲得投資回報。
Docker最初的計劃是通過容器編排工具Docker Swarm實現(xiàn)盈利,但是隨后谷歌推出了開源Kubernetes軟件,而且廣受歡迎,從而扼殺了Docker的希望。自那之后,Kubernetes已經(jīng)成為了容器編排技術的行業(yè)標準,甚至Docker自己也采用了Kubernetes。
Docker Swarm的戰(zhàn)敗促使Docker在11月將企業(yè)業(yè)務賣給Mirantis,當時Docker前首席執(zhí)行官Rob Bearden表示,Docker有“兩項截然不同的業(yè)務”,有不同的產(chǎn)品和財務模型,他認為Docker最好只專注于一個。
Docker產(chǎn)品副總裁Justin Graham在今天的博客中表示,Docker看到了機會,從源代碼??一直到多云應用運行當中,為開發(fā)者提供獨特的互連體驗。
Docker新任首席執(zhí)行官Scott Johnson在采訪時闡述了Docker試圖解決的問題。Johnson表示:“我們一直傾聽開發(fā)者的心聲,對于開發(fā)者來說,有三大復雜性領域,我們認為自己非常適合解決這一問題。”
這里所提到的復雜性主要指應用本身。Johnson說,當今大多數(shù)應用實際上是由數(shù)以千計的容器組成,有用多種語言編寫的組件,這給開發(fā)者帶來了沉重的負擔。
第二個復雜性和工具鏈有關。開發(fā)者往往必須手動編寫從一種工具到另一種工具的連接代碼。例如,在源代碼管理中,他們可能要花費數(shù)小時來編寫代碼才能將GitHub與Atlassian的Bitbucket連接起來。
第三個復雜性涉及到在開源軟件世界找到方向。Docker相信,可以通過關注Docker Desktop上的開發(fā)者經(jīng)驗以及使Docker Hub成為集成、配置和管理應用組件的紐帶,來解決這些問題。
“首先,我們將對Docker Desktop的工具和體驗進行擴展,以加快讓新開發(fā)者加入開發(fā)團隊流程和工作流程工作,幫助新開發(fā)者使用容器進行開發(fā),以及提供幫助改善團隊協(xié)作和溝通的功能,” Graham在博客中這樣寫道。
這些新功能將通過Docker Hub交付到Docker Command Line Interface和Docker Desktop UI。
“我們希望幫助你在本地開發(fā)環(huán)境中盡可能多地完成工作,而不必在各種界面之間切換。我們希望你無需離開CLI即可訪問上游服務(注冊表、CI、部署到運行時)并與之進行交互。”Graham這樣表述。
Docker還將擴展Docker Hub,讓開發(fā)者可以使用其更好地管理應用組件。Docker開發(fā)了一項新的自動化構建服務,可以輕松地從任何存儲庫中獲取代碼,并利用該代碼構建新的容器映像。該服務在使用帶有時間戳的公鑰基礎結構密鑰對其進行簽名之前,還會掃描該映像以查找安全漏洞。完成之后,會提交到Docker Hub以供使用。
RedMonk分析師Stephen O’Grady表示,“考慮到Docker在軟件容器領域有悠久的歷史,將重點放在開發(fā)者領域是合理的策略,而且由于上云之前使用的工具和集成空間仍然相當分散,所以這個策略也是很有道理的。”
O'Grady說:“鑒于Docker的品牌知名度,以及Docker讓容器技術成為了過去二十年中最重要的技術趨勢之一,這些都為Docker提供了機會,但和以往一樣,這還要取決于執(zhí)行力。”
IDC平臺即服務研究總監(jiān)兼首席分析師Larry Carvalho認為,Docker的新戰(zhàn)略重點對開發(fā)者可能是有吸引力的,因為開發(fā)者喜歡獨立于公有云平臺,這些平臺提供了他們自己用于加速應用生命周期的工具。
Carvalho說:“Docker的產(chǎn)品組合讓企業(yè)不必依賴于單一的云服務提供商。開源技術在企業(yè)中越來越受歡迎,因為這些企業(yè)不具備自己建立管道的能力。由于Docker在開發(fā)者群體中影響力很大,所以他們有機會利用這個獲得全面支持的DevOps工具鏈。”
Docker將以月度軟件即服務訂閱的模式提供開發(fā)者服務,并將在不久的將來更新進展情況。