一步步学会用docker布置运用（nodejs版）

2019年8月31日 236次阅读 来源: RoyalRover

docker是一种假造化手艺，能够在内核层断绝资本。因而关于上层运用而言，采纳docker手艺能够到达类似于假造机的沙盒环境。这大大简化了运用布置，让运维职员无需堕入无止境烦琐的依靠环境及体系设置中；另一方面，容器手艺也能够充分利用硬件资本，做到资本共享。

本文将采纳docker手艺布置一个简朴的nodejs运用，它包含一个简朴的前置网关nginx、redis效劳器以及营业效劳器。同时运用dockerfile设置特定镜像，采纳docker-compose举行容器编排，处理依靠、收集等题目。

docker基本

本文默许机械已装置docker环境，即能够运用docker和docker-compose效劳，假如当地没有装置，则参考：

  1. 装置docker及docker-compose，可参考 Install Docker Compose
  2. docker compose 手艺能够检察官方文档 Docker Compose

docker源

默许docker采纳官方镜像，国内用户下载镜像速率较慢，为了更好的体验，发起切换源。
OSX体系经由过程增加 ~/.docker/daemon.json文件，

{
  "registry-mirrors": ["http://f1361db2.m.daocloud.io/"]
}

即可，镜像源地址可替代，随后重启docker效劳即可。

linux体系经由过程修正 /etc/docker/daemon.josn文件，一样能够替代源。

docker简朴操纵

源切换终了以后，就能够尝试简朴的容器操纵。
起首，运转一个简朴的容器：

docker run -it node:8-slim node

run敕令，依据某个版本的node镜像运转容器，同时实行 “node”敕令，进入node敕令行交互情势。

docker run -d node:8-slim node

实行 -d 选项，让容器以daemon历程运转，同时返回容器的hash值。依据该hash值，我们能够经由过程敕令行进入运转的容器检察相干状况：

docker exec -it hashcode bash

hashcode能够经由过程

docker ps -l

找到对应容器的hashcode

关于镜像的挑选以及版本的肯定，能够经由过程接见官方 https://hub.docker.com/ 搜刮，依据效果寻觅 official image运用，固然也可依据下载量和star数目举行挑选。

关于镜像的tag，则依据营业需求举行推断是不是须要完整版的体系。如nodejs镜像，仅仅须要node基本环境而不须要其他的体系预装敕令，因而挑选了 node:<version>-slim 版本。

Dockerfile

从源下载的镜像大多数不满足现实的运用需求，因而须要定制镜像。镜像定制能够经由过程运转容器装置环境，末了提交为镜像：

docker run -it node:8-slim bash
root@ff05391b4cf8:/# echo helloworld > /home/text
root@ff05391b4cf8:/# exit
docker commit ff05391b4cf8 node-hello

然后运转该镜像即可。

另一种镜像定制能够经由过程Dockerfile的情势完成。Dockerfile是容器运转的设置文件，每次实行敕令都邑天生一个镜像，直到一切环境都已设置终了。

Dockerfile文件中能够实行敕令定制化镜像，如 “FROM、COPY、ADD、ENV、EXPOSE、RUN、CMD”等，详细dockerfile的设置可参考相干文档。

Dockerfile完成后，举行构建镜像:

docker build -t node:custom:v1 .

镜像构建胜利后即可运转容器。

docker-compose

关于docker-compose，将在下文示例中举行申明。

示例：搭建nodejs运用

本文一切代码已开源至
github

docker-compose.yml

在docker-compose.yml中设置相干效劳节点，同时在每一个效劳节点中设置相干的镜像、收集、环境、磁盘映照等元信息，也可指定详细Dockerfile文件构建镜像运用。

version: '3'
services:
  nginx:
    image: nginx:latest
    ports:
      - 80:80
    restart: always  
    volumes:
      - ./nginx/conf.d:/etc/nginx/conf.d
      - /tmp/logs:/var/log/nginx

  redis-server:
    image: redis:latest
    ports:
      - 6479:6379
    restart: always

  app:
    build: ./
    volumes:
      - ./:/usr/local/app
    restart: always  
    working_dir: /usr/local/app
    ports:
      - 8090:8090
    command: node server/server.js
    depends_on:
      - redis-server
    links:
      - redis-server:rd

redis效劳器

起首搭建一个单节点缓存效劳，采纳官方供应的redis最新版镜像，无需构建。

version: '3'
services:
  redis-server:
    image: redis:latest
    ports:
      - 6479:6379
    restart: always

关于version详细信息，可参考Compose and Docker compatibility matrix找到对应docker引擎婚配的版本花样。
在services下，建立了一个名为 redis-server 的效劳，它采纳最新的redis官方镜像，并经由过程宿主机的6479端口向外供应效劳。并设置自动重启功用。

此时，在宿主机上能够经由过程6479端口运用该缓存效劳。

web运用

运用node.js的koa、koa-router可疾速搭建web效劳器。在本节中，建立一个8090端口的效劳器，同时供应两个功用：1. 简朴查询单个key的缓存 2. 流水线查询多个key的缓存

docker-compose.yml

services:
  app:
    build: ./
    volumes:
      - ./:/usr/local/app
    restart: always  
    working_dir: /usr/local/app
    ports:
      - 8090:8090
    command: node server/server.js
    depends_on:
      - redis-server
    links:
      - redis-server:rd

此处建立一个app效劳，它运用当前目次下的Dockerfile构建后的镜像，同时经由过程 volumes 设置磁盘映照，将当前目次下一切文件映照至容器的/usr/local/app，并制定为运转时目次；同时映照宿主机的8090端口，末了实行node server/server.js敕令运转效劳器。

经由过程depends_on设置app效劳的依靠，守候 redis-server 效劳启动后再启动app效劳；经由过程links设置容器间收集连接，在app效劳中，可经由过程别号 rd 接见redis-server。

Dockerfile

FROM node:8-slim
COPY ./ /usr/local/app
WORKDIR /usr/local/app
RUN npm i --registry=https://registry.npm.taobao.org
ENV NODE_ENV dev
EXPOSE 8090

指定的Dockerfile则做了初始化npm的操纵。

web-server sourcecode

const Koa = require('koa');
const Router = require('koa-router');
const redis = require('redis');
const { promisify } = require('util');


let app = new Koa();
let router = new Router();
let redisClient = createRedisClient({
    // ip为docker-compose.yml设置的redis-server别号 rd，可在运用地点容器检察dns设置
    ip: 'rd',
    port: 6379,
    prefix: '',
    db: 1,
    password: null
});

function createRedisClient({port, ip, prefix, db}) {
    let client = redis.createClient(port, ip, {
        prefix,
        db,
        no_ready_check: true
    });
    
    client.on('reconnecting', (err)=>{
        console.warn(`redis client reconnecting, delay ${err.delay}ms and attempt ${err.attempt}`);
    });
    
    client.on('error', function (err) {
        console.error('Redis error!',err);
    });
    
    client.on('ready', function() {
        console.info(`redis初始化完成,停当: ${ip}:${port}/${db}`);
    });
    return client;
}

function execReturnPromise(cmd, args) {
    return new Promise((res,rej)=>{
        redisClient.send_command(cmd, args, (e,reply)=>{
            if(e){
                rej(e);
            }else{
                res(reply);
            }
        });
    });
}

function batchReturnPromise() {
    return new Promise((res,rej)=>{
        let b = redisClient.batch();
        b.exec = promisify(b.exec);
        res(b);
    });
}


router.get('/', async (ctx, next) => {
    await execReturnPromise('set',['testkey','helloworld']);
    let ret = await execReturnPromise('get',['testkey']);
    ctx.body = {
        status: 'ok',
        result: ret,
    };
});

router.get('/batch', async (ctx, next) => {
    await execReturnPromise('set',['testkey','helloworld, batch!']);
    let batch = await batchReturnPromise();
    for(let i=0;i < 10;i++){
        batch.get('testkey');
    }
    let ret = await batch.exec();
    ctx.body = {
        status: 'ok',
        result: ret,
    };
});

app
  .use(router.routes())
  .use(router.allowedMethods())
  .listen(8090);

须要注重的是，在web效劳地点的容器中，经由过程别号 rd 接见缓存效劳。

此时，运转敕令 docker-compose up后，即可经由过程 http://127.0.0.1:8090/ http://127.0.0.1:8090/batch 接见这两个缓存效劳。

转发

现在能够经由过程宿主机的8090端口接见效劳，为了今后web效劳的可扩大性，须要在前端到场转发层。实例中运用nginx举行转发：

services:
  nginx:
    image: nginx:latest
    ports:
      - 80:80
    restart: always  
    volumes:
      - ./nginx/conf.d:/etc/nginx/conf.d
      - /tmp/logs:/var/log/nginx

采纳最新版的nginx官方镜像，向宿主机暴露80端口，经由过程在当地设置nginx的抓发划定规矩文件，映照至容器的nginx设置目次下完成疾速高效的测试。

运转与扩大

默许单节点下，直接运转

docker-compose up -d

即可运转效劳。

假如效劳节点须要扩大，可经由过程

docker-compose up -d --scale app=3

扩大为3个web效劳器，同时nginx转发划定规矩须要修正：

upstream app_server { # 设置server集群,负载平衡症结指令
    server docker-web-examples_app_1:8090; # 设置详细server,
    server docker-web-examples_app_2:8090;
    server docker-web-examples_app_3:8090;
}

server {
    listen 80;
    charset utf-8;

    location / {
        proxy_pass http://app_server;
        proxy_set_header Host $host:$server_port;
        proxy_set_header X-Forwarded-Host $server_name;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    }
}

app_server内部的各个效劳器称号为docker-web-examples_app_1，format为“${path}_${service}_${number}”,

即第一部分为 docker-compose.yml地点目次称号，假如在根目次则为运用称号；
第二部分为扩大的效劳名；
第三部分为扩大序号

经由过程设置nginx的设置的log_format中upstream_addr变量，可观察到负载平衡已见效。

http{
    log_format  main  '$remote_addr:$upstream_addr - $remote_user [$time_local] "$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';
}

参考

docker官方文档

docker-compose.yml 设置文件编写详解

Dockerfile实践

    原文作者：RoyalRover
    原文地址: https://segmentfault.com/a/1190000018341081
    本文转自网络文章，转载此文章仅为分享知识，如有侵权，请联系博主进行删除。
点赞