Docker 的開發：第 1 集

``在本系列中，我們將探討在開發中使用 docker 的動機和好處。我們將提供日常技巧，幫助我們繼續使用它，重點是 Ruby on Rails 和 React 開發。

本系列不會解釋Docker的核心概念。如果你還不了解它們，我強烈建議你閱讀 Docker 的官方文檔，然後再回來。

動機
這是個人（和團隊！）的經驗。您可能會發現自己處於類似的情況，這可能會幫助您繼續前進並邁出第一步。

直到幾個月前，我開發 Ruby on Rails、簡約 Ruby 應用程式和 React 應用程式的標準設定還非常簡單。

對於Ruby/Ruby on Rails，我剛剛安裝了chruby、ruby-install（以及我需要的Ruby 版本，例如2.3、2.5，甚至2.6！），克隆了項目，使用捆綁器Postgres 安裝了gem（因為我們主要使用Postgres），我已經準備好了。當然，如果我需要 Redis 或其他資料庫，我就必須安裝它。

同樣，對於 React 項目，我只是安裝了節點並安裝了依賴項。使用 homebrew（如果使用 Linux，則為 apt-get）來安裝解釋器、依賴項等的過程很簡單，但需要一些時間。

一個月前，我有一個任務要完成：在 Ruby 1.9.3 之上修復 Rails 3 應用程式中的一個小錯誤！這比新版本的 Ruby 有點難。不是針對解釋器本身，而是針對專案的依賴項。隨著時間的推移，較舊的依賴項可能會因其依賴關係而更難安裝。您的電腦中可能有更新版本的依賴項依賴項，安裝舊版本可能會花費時間。

經過一番思考，我決定將應用程式進行 docker 化。老實說，我不知道這是否比與解釋器/依賴項版本鬥爭花費的時間更長，但結果得到了回報。不僅這個錯誤很容易被修復，而且從那時起我就決定將我工作的每個應用程式都Docker 化（甚至是一些你可能每天都會使用的應用程序，我們稍後會看到），到目前為止，我只使用docker 進行本機開發。不再需要本機設定。

好處
其中一些好處是顯而易見的（特別是如果您已經開始使用 docker），但無論如何我們都會詳細介紹它們，以便我們可以公開更強有力的案例。

您的整個專案從系統角度解釋如何設定：什麼資料庫、服務等
新開發人員可以輕鬆加入該項目，只需運行一個命令，他們就可以開始工作了。
您的應用程式不會隨著本地環境的變化而變化。通常，對於捆綁程式來說，這不會成為問題，但您最終可能會在系統中使用其他二進位檔案或庫，這些二進位檔案或庫可能會隨著時間的推移而發生變化。
問題
這些是我問自己的問題（你可能也有這些問題）：

我的docker映像會不會佔用很多磁碟空間？
是的，你會的。但如果您願意，您可以刪除它們並在需要時重新建立它們。這沒什麼大不了的。如果您不想每次都構建，可以將映像推送到儲存庫（docker hub 就是一個例子）。

表演怎麼樣？消耗資源多嗎？
簡短的回答：不。它們是常規進程，它們消耗的資源與您本地安裝所有需求時消耗的資源相同。您可以透過執行 docker stats 自行查找！

您還有其他問題嗎？聯絡我們吧！

結論
對我來說，這種平衡是正面的。自從我開始使用 docker 以來，在開發時間、啟動和運行等方面，情況都是一樣的。此外，還有我們已經提到的好處。

加入我們下一集！

以上是Docker 的開發：第 1 集的詳細內容。更多資訊請關注PHP中文網其他相關文章！