跳到主要內容

教你一次學會安裝 Docker 開始玩轉 Container 容器世界

[Docker 與他的好朋友們。圖片取自Docker Docs]

前言

在開始之前，先假設看這篇文章的你已經有聽過 Docker 這工具，甚至有玩過「虛擬機器( Virtual Machine )」了。
而 容器 的解釋，可以先想像它是一個「不被影響的獨立空間」，有分為兩種
  1. 作業系統層( 對應工具：VirtualBox、VMWare 或 OpenVZ ...等)
  2. 應用軟體層( 對應工具：Docker、Rocket)
但我想你可能還不是這麼清楚知道選擇兩種容器( Container )的情境，所以先推薦你閱讀這篇文章：「Operating System Containers vs. Application Containers」
覺得太長篇可以直接拉到該篇文章的 Summary 總結
或是看我整理後的總結XD
作業系統層級 容器使用偏向
  • 就是希望能夠獲得全系統完整控制的使用者
應用軟體層級 容器使用偏向
  • 不論是服務或被服務方，僅針對某種軟體有需求的使用者
在資源充足下，兩者都是不錯的解決方案！ 取決於上述的需求情境，而點進來看到這篇的你，可能或曾經有下面這些考量
  1. 我需要在一台伺服器上安裝不同環境測試這個案子
  2. 案子在開發上的時後需要的伺服器資源種類好多
  3. 我真的需要一個甚麼都安裝的環境來滿足每一個案子嗎？
  4. 如果這樣想到就安裝會不會有版本衝突而互相牽制的可能？
上面四點得到的整理就是：一個有彈性管裡的環境
應用軟體層級的容器服務發展快速且完整的目前就非 Docker 莫屬了，而另一款 Rocket 也有它的特色，保持關注中，有興趣的可以參考這篇 CoreOS CTO 的訪問（What is Rocket and How It's Different Than Docker），本篇就不再深入討論，準備來開始進入正式主題吧～

安裝前需知

  1. 你需要有一台 64bit 的伺服器資源，大部分(註) 的 image(註) 都是使用64位元的作業系統環境開始，也是 Docker 預設支援。
  2. 那台伺服器在這篇中假設是 Linux，選用 Linux 為 Host(註) 是因為這種情境下才是 Docker 最原始標準配備，其它環境(Mac, Windows)都是透過作業系統容器(VM)來模擬。
  3. Linux kernel 的版本需大於 3.10 。
  4. 最後是面對指令視窗有勇氣按下鍵盤控制和不找到答案不放棄的心(重要)。
註:
大部分： Linux的版本很多是因為它開放原始碼，而造就各路英雄將這個偉大的工具移植在不同運算平台上，所以並非絕對。
Image： Docker 在執行時需要一個基底的環境，我們將這個環境的資源稱做 Image，與作業系統安裝時的映像檔有著差不多的概念，而由image建立起的容器稱為Container。
Host： 執行 Docker 或是 VMs 這兩種容器"軟體"時會需要一個作業系統來管理資源，那個作業系統就稱為Host。

開始安裝吧！

如果你堅持使用 Mac OS 來安裝，請點這裡開始。
或
如果你堅持使用 Windows 來安裝，請點這裡開始。
Linux 的版本眾多，而下面選用 Ubuntu 14.04.3 版來做示範，其他版本的 Docker 安裝方式可以參考這裡。
首先，檢查環境是否滿足 Docker 的需求
顯示 3.13.0-71-generic 有大於 3.10 可以放心下一步
檢測有無安裝需要的工具： curl
如果無顯示結果，請執行 sudo apt-get install curl
更新套件管理工具
完成更新後如圖輸入：curl -fsSL https://get.docker.com/ | sh 指令
開始進行安裝
完成後的畫面，如果未來管理的使用者不是root (建議)，可以使用 sudo usermod -aG docker HELLOSANTA 指令指派， 記得替換 HELLOSANTA 為你的使用者名稱哦！
接著再輸入 docker -v 確認正確執行。
來個 Hello World 開啟容器的世界吧～
輸入： docker run hello-world
會出現圖中訊息，其中1~4點為說明此訊息的來由，整個大方向來看 Docker 運作流程可以參考這份簡報SUPERCHARGE YOUR DEVELOPMENT ENVIRONMENT (USING DOCKER)
圖示為使用這套 Docker 的流程，不論是自己建立 image (透過Dockerfile)或是用方便的 DockerHub 直接下指令抓，都很彈性，有了社群力量，這股趨勢正旺呢！

結論

以上是關於使用 Docker 的前篇，做為打底內容會比較廣、淺，後續還有深度應用再來分享給大家～
有任何想法，歡迎使用留言來跟我們交流，也許你的問題也是別人的問題，大家一起學！
如果你也寫過不同作業系統下安裝使用 Docker 的文章，也歡迎留您文章連結給我們，豐富這篇哦。

後記

對於看完這樣一篇的簡介說明教學後，有資源管理概念的人可能會想到一件事
我的硬體資源有限，那服務效能會不會因為使用了 Docker 就會相對下降呢？
這裡再提供一個文獻：Docker kicks KVM's butt in IBM tests
2014 年 IBM 的研究團隊針對虛擬化技術的效能做過評測，Docker 以非常接近原生( Native,這邊指無使用虛擬化技術的運算)測試樣本，打敗以 KVM 為技術的樣本效能。
看到這裡，想到未來的延展性，你還有甚麼理由不學它呢？
文章標籤: 
docker
container
教學文章
VM
伺服器
Rocket
容器
參考連結: 
虛擬機器( Virtual Machine )
Operating System Containers vs. Application Containers
What is Rocket and How It's Different Than Docker
SUPERCHARGE YOUR DEVELOPMENT ENVIRONMENT (USING DOCKER

留言

張貼留言

這個網誌中的熱門文章

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）雖然功能各不相同，但由於它們在視覺上顏色、大小、排列上的相似性，用戶會將它們視認為...
張貼留言
閱讀完整內容