[微服務] Docker基礎(4) - 建立自己的Docker Image吧

-

Overview

  • Dockerfile
    • 表明我們的container要如何運作
      • 有甚麼程式要在此container運作
    • 只需要幾個簡單的command就可以製作
    • 過程
      • 標註那些是基本的Image
      • 撰寫基本command還有安裝額外的程式
      • 撰寫當container啟動時的command

Dockerfile

Dockerfile是甚麼?

Docker Server會讀取Dockerfile根據內容打包屬於你的Image

Example

自己組裝一個redis資料庫Dockerfile

  • 建立一個Dockerfile
# Use an exisiting docker image as a base
FROM alpine

# Download and install a dependency
RUN apk add --update redis

# Tell the image what to do when it starts
# as a container

CMD ["redis-server"]
  • 在Dockerfile的資料夾下呼叫docker build .
  • 使用docker images查看自己創建的image

Instruction

告訴Docker Server要做甚麼的指令

  • FROM
    • 我們要設定甚麼Image當作基底
  • RUN
    • 要在上面跑甚麼 (如同設定Dependency)
  • CMD
    • 要跑甚麼指令作為start-up

概念

如果今天要你在一台全新的電腦安裝Chorme瀏覽器(此電腦沒有安裝OS)那你會如何做呢?

而Dockerfile的功用其實就如上圖

範例

  • FROM alpine
    • 為什麼alpine?
      • 這就如同上圖說的，你想選擇甚麼OS，今天為什麼選擇Window?Mac OS? Linux?一樣的道理，單純這個比較適合
      • Alpine Docker Hub網址
  • RUN apk add --update redis
    • apk 就是Linux Apache package (他已預先安裝於alpine image中)

運作

docker build .

  • 讓docker根據dockerfile製作image

讓我們根據Docker output的訊息分析Docker收到dockfile後做了甚麼事情

  • 接收到build訊號開始運作
  • Step1: 根據From alpine下載alpine作為os基底
  • Step2: 根據Run apk add --update redis透過alpine提供的指令包Apache Package下載redis
    • 會以alpine的Image作為基底創建FS(File Snapshot)
    • 創建Container並且執行Run中的Dependency(下載Redis)
    • 拿出此Container的FS作為目標Image的FS基底
    • 關閉此Container，並且佔存此Container產出的FS
  • Steo3: 讀取Step2的FS並且客製化Image，然後解析此Image redis-server指令作為未來Container啟動時的Startup command
    • 拿取Step2暫存的Image
    • 並且根據此Image創建Container
    • 執行CMD中的redis-server指令
    • 關閉此Container
    • 拿取此Container產出的Image檔案作為我們整個build的目標產物

為你的Image命名

當我們在執行上面的範例時docker build產出的Image不會有任何命名與標籤

如過要客製化名稱的話指令如下


而tag的格式如下，

  • 你要命名的DockrId/此Docker專案的名稱版本號

所以假設今天，我要創建 stephengrider專屬的redis image那指令就會是

docker build -t stephengrider/redis:latest .

-t指令是告訴Docker你接下來要使用Docker制定的格式宣告Image

總結

我們再次回顧，Docker Server會如何解析你的Dockerfile

  • 根據From抓取你的基底OS
  • 根據RUN在此OS上執行指令並且產出暫存的Image
    • 目的要使用此Image的FS(File Snapshot)
    • 再跑此Image時會同時啟動一個暫時的Container
      • 目的在於要真實啟動此OS
  • 根據此上一步的Image啟動Container並且執行CMD中的指令
    • 產出的Image為我們目標Image
    • 也是我們整個Dockerfile最後要的東西

留言

張貼留言

這個網誌中的熱門文章

Java Lambda Map篇

-
目的 主要介紹Map中的新方法，包含如下 forEach() getOrDefault() putIfAbsent() remove() replace() replaceAll() merge() 有些是Lambda有些則是我覺得比以前使用Map更方便而介紹 forEach Map的forEach方法與List不大依樣，因為Map主要的迭代方法是以Entry為主，所以需要Key-Value Pair去迭代 原始碼解說 可以看到forEach的傳入參數BiConsumer介面，必須傳入Key與Val，裡面的實作就如同我們使用Java8版本以前的寫法，需要使用for迴圈去迭代抓出每個Value 原始碼 default void forEach(BiConsumer<? super K, ? super V> action) { Objects.requireNonNull(action); for (Map.Entry<K, V> entry : entrySet()) { K k; V v; try { k = entry.getKey(); v = entry.getValue(); } catch(IllegalStateException ise) { // this usually means the entry is no longer in the map. throw new ConcurrentModificationException(ise); } action.accept(k, v); } } 範例 private void forEachExample() { Map<Integer, String> map = new HashMap<>(); map.put(1, "test1"); map.put(2, "test2"); m
閱讀完整內容

(InterviewBit) System Design - Design Cache System

-
圖片
前言 這是InterviewBit中Storage Scalabiliy第一題，設計一個快取系統。 我希望可以透過InterviewBit中的文章與題目，打開自己系統設計的視野，並且重裡面中得到關鍵詞彙，透過這些關鍵詞彙補足自己知識的不足。 其中會參考許多 jyt0532神 的許多文章 題目 替Twitter或是google設計快取系統，概念圖如下: 分析步驟 列出需求情境 估算 立定設計目標 深入探討設計方法 需求情境 需要多大的快取 我們的快取清除策略要如何 因為快取大小所以必須將舊資料刪掉 快取的寫入策略 Write through cache 當資料寫入時，同時寫入DB和Cache中 寫入因為需要寫入兩個系統(DB/Cache)所以有較高的延遲 Write around cache 當資料寫入時先寫入DB，當快取被讀取發現遺失資料時，再將資料從DB同步到快取中 因為讀取是從快取中讀取，但是在讀取時判斷到有新增資料沒進入快取，會有較高的讀延遲。 但寫和重複讀不會有特別的延遲 Write back cache 直接將資料寫入到快取中，在同步到資料庫裡 風險 - 畢竟快取是in-memory會有遺失風險 優點 - 高寫入效率(寫得快可附合的流量大) 可以透過replica快取降低memory消失的風險 評估 預先知識 QPS - Queries Per Second TPS - Transactions Per Second UV - Unique Visitor RPS - Requests Per Secornd 獲取設計前條件 目前得知的條件 快取大小會是30TB QPS會是10M(每秒一千萬) 估算機器數量 假設我們每台機器都有72G的記憶體，則要存入30TB的資料則需要 30TB / 72G = 420(大約)，而這是剛剛好的數目，有可能需要增加，因為我們每秒要附和10M的搜尋流量。 設計目標 設計目標三巨頭 Latency(延遲) Consistency(一致性) Availability(可使用性) 快取系統的設計目標 快取的用意就在於降低延遲，DB的寫入是依靠硬碟的而快取是依靠記憶體，有基本計算機常識的話就可以知道
閱讀完整內容

設計模式 - 享元模式 (Structural Patterns - Flyweight Design Pattern)

-
圖片
前言 甚麼是Flyweight Pattern? 幫助你節省記憶體開銷 透過共享物件的方式 最常見的例子 String : 每次新增一個String的時候，都會將String丟進String pool，再讓物件指向這個String memory。 String str1 = "test"; String str2 = "test"; System.out.println(str1 == str2) // true 實踐方式 撰寫Flyweight介面與物件 撰寫Flyweight工廠(主要節省記憶體邏輯在此)，負責管理和創建Flyweight 類別圖 範例 我們可以思考一下，在英雄遊戲中有那些東西可以使用享元模式。 重複製造 同物件的性質一樣 我想武器添加物系統可以使用享元模式，因為武器中插的寶石不管插在哪種類的武器裡，他們的功效都是一樣的，而如果為每把武器都創建新的寶石物件，那太消耗記憶體了。 程式行為 為武器加上寶石 若是已經存在的寶石則不在new 物件 透過DiamondFactory去控制要不要new新物件的邏輯 import java.util.ArrayList; import java.util.HashMap; import java.util.Map; abstract class Weapon { ArrayList<Diamond> diamonds = new ArrayList<>(); public void addDiamond(Diamond diamond) { diamonds.add(diamond); } abstract void attack(); } class Sword extends Weapon { @Override void attack() { System.out.println("Sword attack"); diamonds.forEach((x) -> { System.out.println("Use "
閱讀完整內容