跳到主要內容
2016-09-18

[Docker] 客製化Docker Image

客製化屬於自己的Docker Image

前言

前一篇分享如何下載雲端的Image檔案，並且將它注入到Container執行。但有些特殊的情境，雲端上的模板沒辦法百分之百符合需求，就必須要客製化屬於自己的Image檔案，本篇要點如下
  • 使用Pull 的方式建立Image
  • 使用Dockerfile方式建立Image
  • Image的基本相關操作

 

站在前人的肩膀上向前邁進 (Pull)

利用Pull指令建立Image，這觀念跟Git有異曲同工之妙。透過Git開發新功能時，第一個動作就是先Pull新版的檔案，然後做一些更改之後，Commit變更，並加入註解和作者資訊。如果對Git操作已經很熟悉的話，以Pull的方式建立Image將會感到異常地親切。
那就來實作看看吧，打開PowerShell 輸入以下指令
docker run -t -i training/sinatra /bin/bash
畫面會停留在等待輸入指令列的狀態，此時我們試著更新Ruby。
apt-get install -y ruby2.0-dev
這裡會出現詳細的執行情形，要稍微等一下，等到它跳到等待命令的狀態時，再輸入exit跳出，就完成了更新Container的動作。接下來要把變更後的Container內容封裝成Image，這裡需要Container ID，可透過docker ps指令取得
將Container ID複製起來，等會會用到，接著透過commit指令建立Image，指令可參考下方
docker commit -m "Update Ruby" -a "Hank Chen" eadc80cf90f1 hank\sinatra:v2
上面指令在commit之後可分為四個區塊
  • -m "Update Ruby" =>代表是註解資訊
  •  -a "Hank Chen" =>代表是作者資訊
  • eadc80cf90f1 => Container ID 透過docker ps 取得
  • hank/sinatra : v2  冒號前半段是Repository名稱，後半段是tag
Image建立完成之後，可透過docker images指令檢查
如果有出現剛剛建立的Image，就大功告成嚕。

Dockerfile客製化Image

第二種要介紹透過Dockerfile來客製化Image，透過Pull的確可以很快速建立起自己的Image，但因為有很多設定都是繼承而來的，所以多少還是會有無法掌控所有細節的感覺，而且繼承來的東西都是黑箱，難免會藏污納垢，唯有將所有內容都攤在陽光下，才能確保沒有魔鬼藏在細節裡。
使用Dockerfile，因為所有設定都是來自設定檔，因此彈性是最大的。那接下來就來實作一個簡單的dockerfile範例。
首先，先建立一個新資料夾，在資料夾內新增一個名為Dockerfile的檔案，並且把命令列目錄移到該資料夾。
Dockerfile檔案不可有任何附檔名。
檔案新增完成後如下圖所示。
命令列目錄移到該資料夾
接著打開Dockerfile檔案，可以直接用筆記本打開，貼上下列指令，按存檔。
FROM ubuntu:14.04
MAINTAINER Hank Chen 
RUN apt-get update && apt-get install -y ruby ruby-dev
RUN gem install sinatra
Dockerfile的內容格式 : 指示詞( FROM 、MAINTAINER、RUN etc....)必須要大寫  +  陳述式 
上方範例，Image來自(FROM) ubuntu ，維護人(MAINTAINER)是Hank Chen，並執行(RUN)兩個指令碼。
接著輸入指令
 docker build -t hank/sinatra:v3 .

此段指令分為兩個區塊，第一個參數"-t " 代表識別這個Image檔案是屬於hank/sinatra:v3，第二個" . "是代表在當前資料夾搜尋Dockerfile，所以前面才需要將命令列目錄移到Dockerfile所在的資料夾，當然也可以自行指定路徑。
執行完畢後，透過docker images指令確認是否成功建立Image，如出現下圖內容，代表已建立完成。

同場加映

為Image新增tag

docker tag 5db5f8471261 hank/sinatra:v5

移除建立的Image

docker tag 5db5f8471261 hank/sinatra:v3

由上圖可發現本來有v3和v5版本，現在只剩下v5。

 

將建立好的Image 推送到雲端

docker push hank/sinatra
這個跟git指令幾乎一樣，就不贅述。

結論

本篇談到如何建立起屬於自己的Image檔案，以及一些常用的Image操作。而Pull和Dockerfile產生Image的選擇，主要還是看需求而定，如果只是要簡單擴充既有的Image，利用Pull的方式可以很輕易達到；反過來說，假設要完全客製化的Image檔案，建議還是使用Dockfiler，可以完全掌控所有細節，且彈性也是最高的。
下一篇將談論Network container的設定。
 

留言

張貼留言

這個網誌中的熱門文章

2017通訊大賽「聯發科技物聯網開發競賽」決賽團隊29強出爐！作品都在11月24日頒獎典禮進行展示

2017通訊大賽「聯發科技物聯網開發競賽」決賽團隊29強出爐！作品都在11月24日頒獎典禮進行展示 LIS   發表於 2017年11月16日 10:31   收藏此文 2017通訊大賽「聯發科技物聯網開發競賽」決賽於11月4日在台北文創大樓舉行，共有29個隊伍進入決賽，角逐最後的大獎，並於11月24日進行頒獎，現場會有全部進入決賽團隊的展示攤位，總計約為100個，各種創意作品琳琅滿目，非常值得一看，這次錯過就要等一年。 「聯發科技物聯網開發競賽」決賽持續一整天，每個團隊都有15分鐘面對評審團做簡報與展示，並接受評審們的詢問。在所有團隊完成簡報與展示後，主辦單位便統計所有評審的分數，並由評審們進行審慎的討論，決定冠亞季軍及其他各獎項得主，結果將於11月24日的「2017通訊大賽頒獎典禮暨成果展」現場公佈並頒獎。 在「2017通訊大賽頒獎典禮暨成果展」現場，所有入圍決賽的團隊會設置攤位，總計約為100個，展示他們辛苦研發並實作的作品，無論是想觀摩別人的成品、了解物聯網應用有那些新的創意、尋找投資標的、尋找人才、尋求合作機會或是單純有興趣，都很適合花點時間到現場看看。 頒獎典禮暨成果展資訊如下： 日期：2017年11月24日(星期五) 地點：中油大樓國光廳(台北市信義區松仁路3號) 我要報名參加「2017通訊大賽頒獎典禮暨成果展」>>> 在參加「2017通訊大賽頒獎典禮暨成果展」之前，可以先在本文觀看各團隊的作品介紹。 決賽29強團隊如下： 長者安全救星 可隨意描繪或書寫之電子筆記系統 微觀天下 體適能訓練管理裝置 肌少症之行走速率檢測系統 Sugar Robot 賽亞人的飛機維修輔助器 iTemp你的溫度個人化管家 語音行動冰箱 MR模擬飛行 智慧防盜自行車 跨平台X-Y視覺馬達控制 Ironmet 菸消雲散 無人小艇 (Mini-USV) 救OK-緊急救援小幫手 穿戴式長照輔助系統 應用於教育之模組機器人教具 這味兒很台味 Aquarium Hub 發展遲緩兒童之擴增實境學習系統 蚊房四寶 車輛相控陣列聲納環境偵測系統 戶外團隊運動管理裝置 懷舊治療數位桌曆 SeeM智能眼罩 觸...
張貼留言
閱讀完整內容
opencv4nodejs Asynchronous OpenCV 3.x Binding for node.js   122     2715     414   0   0 Author Contributors Repository https://github.com/justadudewhohacks/opencv4nodejs Wiki Page https://github.com/justadudewhohacks/opencv4nodejs/wiki Last Commit Mar. 8, 2019 Created Aug. 20, 2017 opencv4nodejs           By its nature, JavaScript lacks the performance to implement Computer Vision tasks efficiently. Therefore this package brings the performance of the native OpenCV library to your Node.js application. This project targets OpenCV 3 and provides an asynchronous as well as an synchronous API. The ultimate goal of this project is to provide a comprehensive collection of Node.js bindings to the API of OpenCV and the OpenCV-contrib modules. An overview of available bindings can be found in the  API Documentation . Furthermore, contribution is highly appreciated....
張貼留言
閱讀完整內容

完形心理學！？讓我們了解“介面設計師”為什麼這樣設計

完形心理學！？讓我們了解“介面設計師”為什麼這樣設計 — 說服客戶與老闆、跟工程師溝通、強化設計概念的有感心理學 — 情況 1 : 為何要留那麼多空白? 害我還要滾動滑鼠(掀桌) 情況 2 : 為什麼不能直接用一頁展現? 把客戶的需求塞滿不就完工啦! (無言) 情況 3: 這種設計好像不錯，但是為什麼要這樣做? (直覺大神告訴我這樣設計，但我說不出來為什麼..) 雖然世界上有許多 GUI 已經走得又長又遠又厲害，但別以為這種古代人對話不會出現，一直以來我們只是習慣這些 GUI 被如此呈現，但為何要這樣設計我們卻不一定知道。 由於 完形心理學 歸納出人類大腦認知之普遍性的規則，因此無論是不是 UI/UX 設計師都很適合閱讀本篇文章。但還是想特別強調，若任職於傳統科技公司，需要對上說服老闆，需要平行說服（資深）工程師，那請把它收進最愛；而習慣套用設計好的 UI 套件，但不知道為何這樣設計的 IT 工程師，也可以透過本文來強化自己的產品說服力。 那就開始吧~（擊掌） 完形心理學，又稱作格式塔（Gestalt）心理學，於二十世紀初由德國心理學家提出 — 用以說明人類大腦如何解釋肉眼所觀察到的事物，並轉化為我們所認知的物件。它可說是現代認知心理學的基礎，其貫徹的概念就是「整體大於個體的總合 “The whole is other than the sum of the parts.” —  Kurt Koffka」。 若深究完整的理論將會使本文變得非常的艱澀，因此筆者直接抽取個人認為與 UI 設計較為相關的 7 個原則（如下），並搭配實際案例做說明。有興趣了解全部理論的話可以另外 Google。 1. 相似性 (Similarity)  — 我們的大腦會把相似的事物看成一體 如果數個元素具有類似的尺寸、體積、顏色，使用者會自動為它們建立起關聯。這是因為我們的眼睛和大腦較容易將相似的事物組織在一起。如下圖所示，當一連串方塊和一連串的圓形並排時，我們會看成（a）一列方塊和兩列圓形（b）一排圓形和兩排三角形。 對應用到介面設計上，FB 每則文章下方的按鈕圖標（按讚 Like / 留言Comment / 分享 Share）雖然功能各不相同，但由於它們在視覺上顏色、大小、排列上的相似性，用戶會將它們視認為...
張貼留言
閱讀完整內容