[微服務] Docker基礎(6) - 使用Docker compose加速我們容器運作

-

前言

我們會透過一個簡單的NodeJS web app搭配redis no-SQL資料庫做為範例，並且透過docker compose加速我們的Docker流程

範例介紹

初步的Node app原始碼如下
記得先開一個專屬的app資料夾，要在此資料夾呼叫docker build
index.js

const express = require('express');
const redis = require('redis');

const app = express();
const client = redis.createClient();
client.set('visits', 0);
app.get('/', (req, res) => {
    client.get('visits', (err, visits) => {
        res.send('Number of visits is ' + visits);
        client.set('visits', parseInt(visits) + 1);
    })
})

app.listen(8081, () => {
    console.log('Listening on prot 8081');
})

package.json

{
    "dependencies": {
        "express": "*",
        "redis": "2.8.0"
    },
    "scripts": {
        "start": "node index.js"
    }
}

Dockerfile

FROM node:alpine

WORKDIR '/app'

COPY package.json .
RUN npm install
COPY . .

CMD ["npm", "start"]

啟動docker build . 拿到image id後再使用 docker run image-id啟動容器，會發現我們沒有redis-server

docker run redis

如果不想開另外的視窗做操作的話，可以使用run -d指令讓container在背景模式下啟動

建立好我們的redis container後再次啟動我們客製化的容器，

會發現還是不能使用redis，因為我們的容器之間還沒有設定溝通橋梁

建立Container的溝通橋樑

建立Container附加指令或屬性的方法有兩種

  • 最基本的，慢慢使用Docker CLI做設定
  • 使用Docker compose直接寫個yml檔並且一鍵啟動

甚麼是 Docker Compose

  • 可以將個別的Docker CLI指令封裝在yml設定檔中
  • 可以用簡單的Docker Compose指令啟動設定檔中的Docker CLI
  • 可以不用重複重複的設定每個port volume之類的屬性

使用Docker Compose操控我們的小專案

第一步我們希望Docker Compose可以將我們剛剛包裝啟動Docker container的流程簡化
我們將

docker build -t 你的名稱/image名稱:版本
docker run -p 本機port:容器port image名稱或ID
docker run redis

初版docker-compose.yml

包裝成一個初版docker-compose.yml檔案，整個docker-compose.yml會像下方一樣

version:  '3'
services: 
    redis-server:
        image: 'redis'
    node-app:
        build: .
        ports:
            - "4001:8081"
  • version是目前使用的docker-compose版本
  • services是此設定檔有哪些服務
    • redis-server (自己取名)
      • image才是真正要從docker hub拿下來的關鍵 (redis)
    • node-app (自己取名)
      • build就是單純的docker build .
      • port則為我們要將本機和容器間的port做映射 (之前文章提到盡量讓不常用的port和容器做映射，所以用4001)

container間的網路連接

更改我們的index.js連結

幫我們的redis增加網路連結的資訊，替我們的index.js redisClient增加host和port屬性

const express = require('express');
const redis = require('redis');

const app = express();
const client = redis.createClient({
    host: 'redis-server',
    port: 6379
});
client.set('visits', 0);
app.get('/', (req, res) => {
    client.get('visits', (err, visits) => {
        res.send('Number of visits is ' + visits);
        client.set('visits', parseInt(visits) + 1);
    })
})

app.listen(8081, () => {
    console.log('Listening on prot 8081');
})

Docker可以根據docker-compose的設定自動判別’redis-server’，而port設定redis預設的6379 port

嘗試啟動docker-compose

若是沒有要重新build Node app的話直接使用第一個指令，如果有異動程式邏輯則使用第二個，docker-compose會幫你執行設定檔寫的build指令

  • docker-compose up
    • 就是使用docker run啟動每個services中的服務
  • docker-conpose up --build
    • 包含呼叫yml裡設定的build指令

記得只要在up指令後增加-d屬性就可以讓他在背景跑了

  • docker-compose up -d

輸入指令後就可以看到我們簡單的Node app和redis的小應用了

關閉docker-compose裡面的全部容器

  • docker-comopse down

此指令會將整個docker-compose裡的services都關閉

總結

這篇文章用一個超簡易的Node app搭配redis讓讀者嘗試使用docker-compose功能，
其實docker-compose就只是將繁瑣的docker CLI包裝成yml檔然後再透過他的指令啟動。

留言

張貼留言

這個網誌中的熱門文章

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...
閱讀完整內容

設計模式 - 工廠模式 (Creational Patterns - Factory Pattern)

-
圖片
前言 這篇文章會介紹三個最常使用的工廠模式方法，分別是 Simple Factory (簡單工廠) Abstract Factory (抽象工廠) Factory Method (工廠方法) 其中最容易讓人搞混的是，Abstract Factory和Factory Method，不過對我來說何必太過糾結於這兩個的概念，工廠模式最主要的核心原理就是將你創造物件的邏輯隱藏起來，不向客戶端顯示，我覺得只要知道這個概念就夠了，接下來會介紹這三個種類的工廠模式。 Factory Pattern 工廠模式 Simple Factory 簡單工廠 簡單工廠是工廠模式的第一步，也是工廠模式最基本的核心概念實踐，主要解決的問題是 將創建物件邏輯抽離 解偶Class的複雜度 Class Diagram 將封裝物件邏輯抽出寫成Simple Factory 產出父類別物件的物件 範例 在這個範例我們希望將戰士與魔法師遊戲創造英雄的邏輯抽出並且寫成靜態工廠，戰士與魔法師都是英雄並且’目前’只能進行攻擊，程式碼如下 Interface Hero public interface Hero { void attack(); } Magician.class public class Magician implements Hero { @Override public void attack() { System.out.println("Use magic to attack"); } } Warrior.class public class Warrior implements Hero { @Override public void attack() { System.out.println("Use sword to attack"); } } HeroFactory.class public class HeroFactory { public Hero makeHero(HeroType heroType) { if (heroType.equals(HeroType.MA...
閱讀完整內容

(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的寫入是依靠硬碟的而快取是依靠記憶體，有基本計算機常識的話就可以知道...
閱讀完整內容