1. 程式人生 > >Docker的“下一跳”在哪裏?

Docker的“下一跳”在哪裏?

paas 公有雲 私有雲 docker rancher

2013年年初,伴隨加州灣區海岸凜冽寒風,一個掙紮多年的PaaS公司正在位於舊金山郊區的會議室召開閉門會議,這家名為dotCloud的公司因為連續多年業績不佳而面關張倒閉的巨大壓力。若不能改變PaaS行業整體市場停滯的現狀,使更多的客戶接受PaaS的概念,從而購買付費產品,公司短期內宣告破產就無可避免。公司創始人兼CEO Soloman Hykes 最終確定了把公司為PaaS產品開發的底層的容器框架Docker開放給社區開源社區,以吸引用戶對公司和產品的關註。


推廣這名不見經傳的Docker框架,這個偉大而艱巨的任務落在我們今天的主角,一個叫Nick Stinemates的小個子身上。Nick即日出任Docker 業務發展和技術聯盟VP,負責Docker合作夥伴業務及公司層面的戰略生態建設。盡管時至今日,Docker公司已經成為全球知名的行業翹楚和新晉獨角獸公司,以其發明和標準化的容器引擎攪動整個IT行業,變得世人皆知,甚至改變了整個軟件行業的工作方式。 Nick憑借多年在IT行業的人脈和經驗,先後說服行業巨頭及業界翹楚微軟,以及IBM、Google、Red Hat、亞馬遜接受Docker理念並成為生態的一部分。


經過Nick的長期努力,Docker的合作夥伴生態已經遍布全球,在2016年,Nick把目光轉向全球,成功促成了Docker和阿裏雲的合作,完成了Docker在亞洲的發展的戰略步伐。但作為這個巨大成功背後的推手, Nick卻深知成功絕非偶然且來之不易, Docker的成功背後絕對不是偶然的。Nick回憶起當時為了和Red Hat 達成合作夥伴協議,他自己前後對Red Hat的拜訪和會議多達30多次,而這還不是Nick記憶中最多的,每一個大型的IT合作夥伴的成功引入都要花費極大的精力!


技術分享

圖為2013年,Nick Stinemates(右一)和Docker創始團隊在一起


2017年4月DockerCon 2017的召開,Docker公司的發展和聲望達到歷史頂點,來自全球的5500多位參會者見證的Docker公司生態和技術發展的巨大成功。按理說此時的Nick應該沈浸在成功的巨大喜悅和享受中,但Nick卻做出了一個出人意料的重大決定,在一個月後離開自己和同事一手打造的Docker公司,選擇加入容器領域的一家創業公司,總部位於灣區Cupertino的Rancher Labs,出任Rancher Labs業務發展VP。


在Rancher Labs,Nick負責的工作領域和他在Docker公司是完全一樣,就是把Rancher Labs全棧化的容器管理平臺向全球所有戰略合作夥伴推廣,並與IT行業眾多戰略合作夥伴形成戰略聯盟,為企業日益復雜的容器化應用場景提供解決方案和產品。


至於加入到Rancher的原因,Nick表示:


Docker已經完美地解決了簡單容器應用的場景,可以在所有雲計算環境運行,嵌入到開發人員的工具鏈及開發部署流程容器。而接下來, 復雜環境下工具鏈的集成,眾多復雜技術和服務的統一管理和交互,是容器的用戶下一步關註的重點,而我相信,這一領域正是Rancher Labs的強項,我相信自己找到了能更大展示和發揮我能力的公司和崗位。


對於Nick的加盟,Rancher Labs創始人梁勝也表示:


我自己和Nick相熟很多年了,第一次遇到Nick的時候我還沒有創立Rancher Labs,當時我就對Nick在Docker早期業務推動的激情深深打動。多年以來,Nick非常支持包含Rancher Labs在內的所有生態鏈裏面的公司的成長和發展。可以說,沒有Nick的貢獻,Docker不可能如今天這般成功。


容器技術的發展已經進入了新的階段,如何解決容器應用在企業在復雜環境下的落地,成為未來關註的重點,對此,梁博士強調:


如今我們正處在整個IT行業大變革的關鍵時刻,傳統的私有數據中心業務正讓位於公有雲。我們認為容器技術將在這個潮流中扮演重要角色,並簡化和加速這個過程。通過幫助企業管理Docker和Kubernetes,我們希望Rancher能夠扮演把新一代雲計算技術帶給企業並在企業落地關鍵角色。


Nick過去在容器領域的巨大成功,使我們有理由相信,容器技術的發展已經進入了新的階段,如何解決容器應用在企業在復雜環境下的落地,成為未來關註的重點,我們也和Nick一樣對這一領域的發展充滿信心。期待Rancher Labs和Nick一起成為Docker技術發展的“下一站”!


原文來源:Rancher Labs


本文出自 “12452495” 博客,請務必保留此出處http://12462495.blog.51cto.com/12452495/1941728

Docker的“下一跳”在哪裏?