作者丨Sam Alba
編譯丨諾亞
本文作者Sam Alba目前是Dagger的聯合創始人兼工程副總裁，也是Docker的前工程副總裁。他于 2010 年作為第一位員工加入 Docker。他領導了工程團隊，將其從三名成員擴展到 100 名成員。隨后，他領導核心產品和工程團隊，負責支持各種關鍵的Docker產品。
Docker最近慶祝了其成立10周年。我為Docker 從過去到現在取得的所有成就感到非常自豪。如果容器沒有成為計算消費的新單元，我們周圍看到的很多東西——基于微服務的架構、Kube.NETes 等等——都不會存在。
另外，我敢肯定，當你回顧生命中的轉折點時，你會更清晰地看到一路走來的得失。這對我來說是千真萬確。事不宜遲，讓我們一起看看當初我們做對了什么，又在哪些地方犯了錯。
一、我們做對了三件事 1.容器將改變世界當我在2010年加入Solomon Hykes構建DotCloud（后來更名為Docker）時，我很快就意識到，如果我們只使用當時存在的工具，我們將永遠無法實現我們的愿景。
DotCloud是第一個支持任何語言的平臺即服務（PaaS），而Heroku和其他公司仍然僅限于運行單一語言堆棧。我們在構建 dotCloud 時立即面臨的一個限制是缺乏虛擬機（VM）作為關鍵基礎架構構建塊的替代方案。雖然虛擬機相對于基礎設施領域的裸機服務器向前邁出了一大步，但它們未能提供我們進入云原生時代所需的敏捷性。
我們需要足夠輕量級的東西，以便我們可以將每個客戶隔離在他們自己的命名空間（計算、網絡、存儲）上，同時在一臺計算機上打包數百個開發人員應用程序。這是微服務模式的開始。彼時，在基礎設施可重復性方面，VM仍然是最先進的技術，而容器仍然是一種鮮為人知的技術，只有少數修修補補者才能使用(還記得LXC需要一個內核補丁來連接到運行中的容器上嗎?)其他人認為解決方案是讓VM進行零碳水飲食(還記得JeOS嗎?)。
我們很清楚，盡管面臨各種挑戰，但圍繞容器構建一切都是值得的。最終，事實證明我們是對的。幾年后，我們提取了DotCloud平臺的核心組件:容器運行時。我們重寫了它并開放了它的源代碼。這是Docker的第一個版本。最初的目標是讓Docker成為從DotCloud中提取的眾多開放組件中的第一個。容器編排器，即網絡層，將緊隨其后。但是考慮到Docker在早期獲得的即時關注，時間表發生了很大的變化。
2.開發人員是重中之重史蒂夫·鮑爾默是對的。VMware 主要專注于為 IT 解決問題，而我們很早就意識到，改變世界的方式是專注于全球的軟件開發人員。你必須改變軟件的構建方式，而不僅僅是操作方式，這意味著首先從開發人員的需求開始。
作為一個管理過數千名開發人員的人，我非常清楚軟件開發人員每天面臨的挑戰。這可能是世界上最令人難以置信的工作之一，充滿了具有挑戰性的問題和創造美好事物的滿足感，但它也可能是乏味的、令人沮喪的，有時甚至是令人憤怒的。基礎設施和工具取得了巨大進步，但標準也提高了。
我們在Docker的目標是減少干擾、成本，讓開發人員高效協作。最早的收購（和成功的產品集成）之一是一個名為“Fig”的產品，后來成為Docker Compose，最初由Ben Firshman（現Replicate創始人）和Anand Prasad構建。
有趣的是，由Fig (composition .yml)實現的YAML模型直接受到了我們幾年前構建的第一個DotCloud服務組合(DotCloud .yml)的啟發。雖然我們取得了很大的進展，但還有更多的工作要做，特別是超越容器作為唯一單元和編排容器管道的范圍。這就是我們在2018年啟動Dagger的原因之一，這是一個可編程的CI/CD引擎，可以在容器中運行你的管道。
3.投資建設充滿活力的社區我們首先專注于建立一個偉大的社區。從第一天起，我們就相信我們無法獨自實現我們想要實現的目標。它需要贏得一大群人的心，而實現這一目標的關鍵是放棄對很多事情的所有權。DockerCon 成為我們行業中許多最優秀和最聰明的人的聚集地，人們聚集在一起，他們對事物如何發展有著共同的愿景，并愿意卷起袖子投入建設它。
在Docker的早期，當我們考慮自己舉辦開發者大會時，最初聽起來像是一個遙不可及的夢想。要么適用于大公司，要么適用于更成熟的開發人員社區，例如 PyCon。但是，當我們于 2014 年 6 月在舊金山組織了第一屆 DockerCon 并能夠在同一地點聚集一些才華橫溢的開發人員時，很明顯，這是將顛覆整個公司和行業的劃時代的開端。
今天，在我們行業中看到的數十個（或者數百個？）開源項目和社區中，這種遺產仍然很強大。今天，云原生計算基金會(Cloud Native Computing Foundation)成為了其中許多項目的東道主，而且每天還會有更多的項目涌現出來。
二、我們做錯的三件事 1.選擇與盈利“社區優先”的另一面是，我們花了太長時間來建立一個可持續的業務。我們傾向于公開做所有事情，認真傾聽社區的需求，并盡我們所能為他們提供服務。該策略的最初基礎是開源項目和商業專有解決方案可以很好地共存，并成為同一客戶旅程的一部分。
我今天仍然相信這個模式，但這是一種棘手的平衡。
首先，你必須接受一些開源貢獻者和用戶永遠不會成為客戶的事實。考慮到他們參與建立一個強大的社區，一個強大的品牌，這對商業渠道的增長有貢獻，因而也沒關系。其次，產品架構必須允許在核心開源基礎上構建企業級功能。這通常伴隨著復雜的支持和發布過程。我們本可以在創建穩固業務的道路上更具戰略性。最終，我們到達了那里，但花了太長時間，也因此經常感到害怕。
2.團隊文化我們沒有在早期定義團隊文化和核心價值觀。它是后來由社區或后來加入公司的人定義的。這導致我們的團隊文化從早期開始就發生了巨大的變化，一開始并不明顯。我們的文化最終反映了社區中人們的風格和價值觀，而不是相反。
我們犯錯的一個具體例子是，我們公司有兩個獨立的團隊——一個專注于開源和社區，另一個專注于業務。這是我最大的遺憾之一。
它在內部工具，產品和項目管理以及最重要的團隊文化本身方面變成了一個分裂的大腦。每個人都很難平衡這些相互競爭的利益，但當你把角色分開時，你最終會陷入內部斗爭、不一致和永遠無法解決的公開辯論(從他們的角度來看，每個人都是對的)。
許多最優秀和最聰明的人都想在社區方面工作，而在我們的許多合作中，往往會對另一方產生微妙(或不那么微妙)的判斷。有時感覺我們讓“開源信仰者”與“企業賺錢者”對立起來。這樣做毫無成效。要同時擁有一個充滿活力的社區和一個可持續發展的業務，就需要一個整合的團隊，讓每個人都與我們的模式自然產生的固有緊張關系作斗爭。這也創造了更好的團隊文化。不管你在公司的哪個部門工作，你只需要關心一套目標。
3.將容器作為宇宙的中心當我退后一步時，我意識到我們過于依賴容器了。我們開始將容器視為大多數問題的核心解決方案。這讓我們忽視了開發供應鏈的其他需求。
Docker的誕生，是因為我們看到容器將為我們的行業帶來一系列必要的變化，但隨著事情的發展，我們并沒有關注后續的需求。由于我們留下了這么多未解決的需求，我們為其他人創造了大量的空間，讓他們可以介入并建設這些領域。
一方面，這留下了巨大的機會，另一方面也意味著社區的分裂。我們在Docker沒有解決的挑戰之一是軟件供應鏈的整體自動化。我們在供應鏈的末端釋放了如此多的價值，但卻沒有充分解決開發人員編碼和協作時的需求，今天的CI/CD仍然是一團糟。但這是一個可以解決的爛攤子。像那個時代的許多其他人一樣，當Solomon Hykes，Andrea Luzzardi和我回顧我們在Docker的時光時，我們意識到我們的革命仍未完成，因此我們找到了下一個十年的使命。
參考鏈接：https://thenewstack.io/docker-at-10-3-things-we-got-right-3-things-we-got-wrong/
