Docker容器化部署尝试——多容器通信(node+mongoDB+nginx)

原因是这样的

想要部署一个mocker平台,就在朋友的推荐下选择了 api-mocker 这个现成的项目

该项目分为服务端node、客户端vue、以及数据库mongoDB

在尝试直接部署的时候发现需要装一大堆的环境,node、mongo、nginx啊,特别的麻烦,之前简单的使用过docker,就在想能不能用docker免环境直接部署呢?于是就有了这次的尝试

多容器通信

该项目分为3个部分,于是就要建立3个容器(node、mongo、nginx)

那容器之间怎么实现通信呢?

 # 通过link指令建立连接
 $ docker run --name <Name> -d -p <path1>:<path2> --link <containerName>:<alias> <containerName:tag/imageID>

- --link 容器连接指令
- < containerName > : < alias >
- < 被连接容器名称 > : < 容器访问别名 >
- 注:别名在主动建立连接的容器中访问被连接容器使用
- 以下指令在容器检测连接状态
$ curl <alias>

接下来我们开始尝试部署

实现过程

1、构建mongo容器

2、构建node容器并与mongo容器建立连接

3、构建nginx容器并与node容器建立连接

构建mongo容器

我们先拉取mongo镜像

$ docker pull mongo:latest

下面我们让这个镜像跑起来

 $ docker images
 REPOSITORY   TAG     IMAGE ID   CREATED    SIZE
 mongo    latest    05b3651ee24e  2 weeks ago   382MB

--auth 指令开启了mongo的连接身份校验 开启校验 是由于 node 跨容器连接时 不设置身份校验 开启服务端无法连接上mongo数据库

```
nodejs.MongoError: [egg-mongoose]Authentication failed.
```

查看容器

$ docker ps -a
CONTAINER ID  IMAGE    COMMAND     CREATED    STATUS      PORTS      NAMES
0d440be90935  mongo    "docker-entrypoint.s…" 14 hours ago  Up 14 hours     0.0.0.0:27017->27017/tcp mock-mongo

由于我们mongo开启了身份验证,所以我们要进入mongo容器配置一下node连接时使用的账号

$ docker exec -it mock-mongo /bin/bash
$ mongo admin
# 创建manager user
$ db.createUser({user:"admin", pwd:"admin",roles:[{role:"admin",db:"admin"}]})
# 账号授权
$ db.auth('admin','admin')

现在我们的mongo数据库已经跑起来了,接下来我们就要建立node容器了

构建node容器并与mongo容器建立连接

在开始构建node容器前我们要先约定好mongo容器别名,端口号以及登录账号密码

  • mongo容器别名:
  • db mongo端口号:27017
  • 账号密码:admin:admin

我们先修改node服务端的配置

文件配置 dockerfile/api-mocker/server/config/config.default.js 修改mongo连接配置,db为预先设定的mock-mongo容器的别名

 mongoose: {
 url: 'mongodb://admin:admin@db:27017/api-mock?authSource=admin'
 },

现在我们编写一个Dockerfile文件来构建镜像

 # 指定基础镜像
 FROM node:latest

 # 维护者
 MAINTAINER qiushiyuan1994@qq.com

 # 工作目录
 WORKDIR /www

 # 将本地文件添拷贝到容器中,不会解压
 COPY api-mocker node-server/api-mocker

 EXPOSE 7001

 WORKDIR /www/node-server/api-mocker/server

 RUN npm install

 WORKDIR /www/node-server/api-mocker

 # 构建容器后调用,在容器启动时才进行调用
 CMD ["make", "prod_server"]

我们使用编写好的dockerfile文件构建镜像

 $ docker build -t="mock-server:1.0.0" .

让我们查看一下镜像

 $ docker images
 REPOSITORY   TAG     IMAGE ID   CREATED    SIZE
 mock-server   1.0.0    957ad2aa1f97  8 minutes ago  674MB
 mongo    latest    05b3651ee24e  2 weeks ago   382MB

现在就到了关键的一步,我们将mocker-server镜像运行起来,并建立服务器与数据库的连接

代码如下:

$ docker run -d -i -t -p 7001:7001 --name mock-server1 --link mock-mongo:db mock-server:1.0.0 /bin/bash

让我们再看看现在正在运行的容器

 $ docker ps
 CONTAINER ID  IMAGE    COMMAND     CREATED    STATUS    PORTS      NAMES
 ee780b903c64  mock-server:1.0.0 "/bin/bash"    About a minute ago Up 11 seconds  0.0.0.0:7001->7001/tcp  mock-server
 0d440be90935  mongo    "docker-entrypoint.s…" 16 hours ago   Up 16 hours   0.0.0.0:27017->27017/tcp mock-mongo

检测node容器和mongo容器的连接状态

 $ docker exec -it mock-server /bin/bash
 $ curl db

现在我们的服务端和数据库已经建立起了连接,接下来我们要开始部署我们的客户端

构建nginx容器并与node容器建立连接

在建立nginx前,我们要先约定好,node容器别名,nginx转发的端口号以及客户端访问nginx域名及端口号

  • node服务器别名:node
  • node容器映射的端口号:7001
  • nginx域名:127.0.0.1
  • nginx端口号:90

我们先拉取nginx镜像并建立容器

$ docker pull nginx:latest
$ docker run -p 90:80 --link mock-node:node nginx:latest --name mock-nginx
# 查看容器连接状态
$ docker exec -it mock-nginx /bin/bash
$ env
# 看到以下数据则表示连接成功了
NODE_PORT_7001_TCP=tcp://172.17.0.3:7001
NODE_PORT_7001_TCP_PORT=7001
NODE_ENV_YARN_VERSION=1.9.4

现在我们在看看已经运行中的容器

$ docker ps
 CONTAINER ID  IMAGE    COMMAND     CREATED    STATUS    PORTS      NAMES
 09644025d148  nginx    "nginx -g 'daemon of…" 5 hours ago   Up 5 hours   0.0.0.0:90->80/tcp   mock-nginx
 ee780b903c64  mock-server:1.0.0 "/bin/bash"    About a minute ago Up 11 seconds  0.0.0.0:7001->7001/tcp  mock-server
 0d440be90935  mongo    "docker-entrypoint.s…" 24 hours ago  Up 24 hours   0.0.0.0:27017->27017/tcp mock-mongo

由于前端独立部署的原因,我们需要修改nginx的配置,修改nginx的配置的方式有以下几种

  • 在建立容器是使用-v指令将配置文件挂载到本地主机,在本地修改后在容器重启nginx
  • 将配置文件复制到本地主机,修改后替换容器的对应文件,然后再容器内重启nginx
  • ...

我们当前操作环境是17版 15寸macbook pro,挂载需要特殊配置,因此我采用了第二种方式

配置文件修改

  • 容器内配置文件路径 /etc/nginx/conf.d/default.conf
  • 拷贝配置文件至本地
 $ docker cp mock-nginx:/etc/nginx/conf.d/default.conf ~/nginx/default.conf

在nginx配置文件增加以下配置

server {
 location /mock-api/ {
  # node 为指令服务端容器别名
  proxy_pass http://node:7001/;
 }

 location /mock {
  autoindex on;
  alias /root/dist;
 }
}

覆盖容器内配置并重启nginx

$ docker cp ~/nginx/default.conf mock-nginx:/etc/nginx/conf.d/default.conf
# 进入容器
$ docker exec -it mock-nginx /bin/bash
# 重启nginx,看到以下提示则表示重启成功
$ nginx -s reload
2018/11/03 17:23:14 [notice] 68#68: signal process started

接下来就到了我们的最后激动人心的最后一步

修改我们前端项目请求的网络域名并打包上传

// api-mocker/client/config
// module.exports > build > serverRoot

module.exports = {
 build: {
  serverRoot: '127.0.0.1:90/mock-api'
 }
}

将打包后的dist文件上传至nginx配置的/root/dist目录下

 $ docker cp ~/Sites/api-mocker/client/dist mock-nginx:/root

> 当然nginx的容器构建也可以编写一个dockfile文件来实现,这里我们就不详细说明了,挂载配置文件和日志至本地主机有兴趣的可以自己尝试一下复制代码

测试

所有惊心动魄的配置我们都已经完成,现在我们来测试一下

访问前端项目: http://127.0.0.1:90/mock 我们会看到,以下界面说明我们前端项目部署成功

我们尝试注册一个账号,看到成功提示,那就说明我们整个项目部署成功了

至此我们的部署就已经大功告成了,可以开心的mock接口写项目了,撒花~~~

总结

第一次写文章、第一次这样部署都是艰难的,自己整理了一下思路,也希望能给大家带来一些帮助

最后附上自己整理的docker常用命令 以及该项目使用配置文件

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持我们。

(0)

相关推荐

  • Docker容器使用jenkins部署web项目(总结)

    (1)需要安装Docker容器,在Docker容器内安装jenkins,gogs,tomcat.   新建maven项目,添加findbugs plugin. 使用docker启动jenkins,gogs,Tomcat的命令gogs : 复制代码 代码如下: docker run -itd -p 10022:22 -p 10080:3000 --restart=always --privileged=true --name=gogs -v /var/gogs:/data gogs/gogs je

  • Docker常用的清除容器镜像命令小结

    前言 Docker 是一个非常有趣的项目.它自己宣称可以减轻部署服务器的难度,当然我相信里面有炒作的成分.但是实际使用后,我觉得 Docker 的表现还是可圈可点的.这篇文章主要总结了Docker清除容器镜像常用的命令,下面来一起看看吧. 杀死所有running状态的容器 docker kill $(docker ps -q) 删除所有已经停止的容器 docker rm $(docker ps -a -q) 删除所有\'untagged/dangling\' ()状态的镜像 docker rmi

  • Docker 容器操作退出后进入解决办法

    在我们对Docker容器操作的时候,有时候会误操作或者其他的原因无意间退出了正在操作的容器,也许你会担忧你在其中的一些操作未保存下来,无须担忧,本文中将会提供各种方法供你参考(我的建议使用最后一种).在本文,我们将讨论五种(4+1)连接Docker容器并与其进行交互的方法.例子中所有的代码都可以在GitHub中找到,你可以亲自对它们进行测试. 1.nsenter 安装 nsenter 工具在 util-Linux 包2.23版本后包含. 如果系统中 util-linux 包没有该命令,可以按照下

  • Docker 给运行中的容器设置端口映射的方法

    一.概念 Docker 端口映射即映射容器内应用的服务端口到本机宿主机器. 二.实现 当容器中运行一些网络应用,要让外部访问这些应用时,可以通过 -P 或 -p 参数两种方式来指定端口映射. 1. 随机映射 使用 -P 参数时,Docker 会随机映射一个端口到内部容器开放的网络端口,如下开启一个 nginx 服务: $ docker run -d -P nginx e93349d539119dc48dc841e117f6388d6afa6a6065b75a5b4aedaf5fb2a051fc

  • .net 4.5部署到docker容器的完整步骤

    前言 本文主要给大家介绍了关于.net 4.5部署到docker容器的相关内容,分享出来供大家参考学习,下面话不多说了,来一起看看详细的介绍吧 .net4.5部署到docker容器 部署到windows容器 部署到linux容器 部署到windows容器 由于.net本身就是运行在windows平台的,所以它与windows容器也是更加适合,你可以以iis镜像为基础,去编写你的Dockerfile文件,从而去构建你的.net项目镜像. 1.两个现成的例子 .net console程序 docke

  • 在Docker容器中部署静态网页的方法教程

    前言 一般我们在访问容器时需要通过容器的端口来访问,那如何设置容器的端口映射呢? 我们通过以下命令来设置: docker run -p ip:hostPort:containerPort [--name] [-i] [-t] 镜像名 [COMMAND][ARG...] ip:表示宿主机ip hostPort:宿主机端口号 containerPort:容器端口号 设置的方式有以下几种: containerPort,指定容器端口号,宿主机端口随机生成 [root@localhost ~]# dock

  • docker容器如何优雅的终止详解

    前言 在Docker大行其道的今天,我们能够非常方便的使用容器打包我们的应用程序,并且将它在我们的服务器上部署并运行起来.但是,谈论到如何停掉运行中的docker容器并正确的终止其中的程序,这就成为一个非常值得讨论的话题了. 事实上,在我们日常的项目当中,这是我们经常需要面对和处理的问题: 场景A:假如我们打包在容器中的程序,提供HTTP方式的服务,负责处理各种HTTP requests并返回结果,我们必然希望在容器被停掉的时候,能够让程序有时间把已经在处理中的请求继续处理完毕,并返回结果给客户

  • docker容器启动后添加端口映射

    概要 网上有许多人在查找关于容器启动后能否进行端口映射的问题.我曾经也问过度娘,很遗憾我没找到.本文就这个问题给出一个解决方法,旨在抛砖引玉.本文的思路是使用iptables的端口转发,这也是docker端口映射内部的实现机制,只不过我是显示地写出来罢了,为的就是让查找这个问题的人对docker的端口映射有一个直观的了解. 结论:容器启动后是可以添加端口映射的,但不建议手工添加,最好使用docker提供的功能. 步骤 创建两个容器并进行了端口映射,结果如图所示: 假如,我start一个容器,其内

  • Docker容器化部署尝试——多容器通信(node+mongoDB+nginx)

    原因是这样的 想要部署一个mocker平台,就在朋友的推荐下选择了 api-mocker 这个现成的项目 该项目分为服务端node.客户端vue.以及数据库mongoDB 在尝试直接部署的时候发现需要装一大堆的环境,node.mongo.nginx啊,特别的麻烦,之前简单的使用过docker,就在想能不能用docker免环境直接部署呢?于是就有了这次的尝试 多容器通信 该项目分为3个部分,于是就要建立3个容器(node.mongo.nginx) 那容器之间怎么实现通信呢? # 通过link指令建

  • skywalking容器化部署docker镜像构建k8s从测试到可用

    目录 前言碎语 docker镜像构建 application.yml webapp.yml setApplicationEnv.sh setWebAppEnv.sh Kubernetes中部署 文末结语 前言碎语 skywalking是个非常不错的apm产品,但是在使用过程中有个非常蛋疼的问题,在基于es的存储情况下,es的数据一有问题,就会导致整个skywalking web ui服务不可用,然后需要agent端一个服务一个服务的停用,然后服务重新部署后好,全部走一遍.这种问题同样也会存在sk

  • Prometheus容器化部署的实践方案

    环境 主机名 IP地址 服务 prometheus 192.168.237.137 prometheus.grafana node-exporter 192.168.237.131 node_exporter 容器化部署prometheus 1.安装docker [root@prometheus ~]# docker version Client: Docker Engine - Community Version: 20.10.11 API version: 1.41 Go version:

  • 云vscode搭建之使用容器化部署的方法

    目录 1.Code-Server下载部署 1.1 Code-Server下载 1.2 Code-Server部署 1.3 Docker部署Code-Server 2. 一个小问题 2.1 端口监听 2.2 使用VS-Code插件 2.3 代理服务器实现 Vscode作为一个轻量级的IDE,其支持丰富的插件,而通过这些插件我们就可以实现在Vscode中写任何语言的代码.Code-Server是Vscode的网页版,启动Code-Server之后我们就可以在浏览器中打开vscode来愉快的编写代码了

  • Django Docker容器化部署之Django-Docker本地部署

    本章将在本地搭建一个容器化的 Django 项目,感受 Docker 的运作方式. 前期准备 开发环境 虽然有基于 Windows 的 Docker 版本,但各方面兼容做得都不太好(安装也麻烦些),因此建议读者在学习前,自行安装好 Linux 或 Mac 系统.当然你愿意折腾的话,在 Windows 上搞也行. 别担心,以后开发 Django 项目仍然可以在 Windows 下进行,仅仅是开发时不使用 Docker 而已. 软件安装 Docker:学习 Docker 当然要安装 Docker 软

  • Docker容器化部署Python应用过程解析

    简单应用部署 一.目录结构: └── Pythonpro #目录 └── test.py #文件 └── requirements.txt #文件 └── Dockerfile #文件 二.编写Dockerfile文件 # 基于镜像基础 FROM python:3.6.4 # 创建代码文件夹工作目录 /code RUN mkdir /code # 复制当前代码文件到容器中 /code COPY . /code # 安装所需的包 RUN pip install -r /code/requireme

  • 详解angular应用容器化部署

    Intro 我自己有做一个个人主页,虽然效果不怎么样(不懂设计的典型程序猿...),但是记录了我对于前端框架及工具的一些实践, 从开始只有一个 angularjs 制作的页面到后面加入 less 动态写css, gulp 自动化的将 less 文件编译成 css 文件以及自动化的压缩 js 和 css,到后面加入的基于 vue 和 angular 实现,主要维护的是基于 angular 的,目前 angular 的个人主页已经支持 PWA(Progressive Web Application)

  • Docker容器化应用与结构

    目录 容器化应用 什么是容器化应用 应用怎么打包 Docker 镜像组成 联合文件系统 Linux 内核 Docker 结构 Docker 服务与客户端 Docker 客户端 容器运行时 Docker 引擎 Docker 引擎变化 Docker 引擎的架构 containerd shim runc 容器化应用 什么是容器化应用 containerized applications 指容器化的应用,我们常常说使用镜像打包应用程序,使用 Docker 发布.部署应用程序,那么当你的应用成功在 Doc

  • .NETCore Docker实现容器化与私有镜像仓库管理

    一.Docker介绍 Docker是用Go语言编写基于Linux操作系统的一些特性开发的,其提供了操作系统级别的抽象,是一种容器管理技术,它隔离了应用程序对基础架构(操作系统等)的依赖.相较于虚拟机而言,Docker共享的是宿主机的硬件资源,使用容器来提供独立的运行环境来运行应用.虚拟机则是基于Supervisor(虚拟机管理程序)使用虚拟化技术来提供隔离的虚拟机,在虚拟机的操作系统上提供运行环境!虽然两者都提供了很好的资源隔离,但很明显Docker的虚拟化开销更低! Docker涉及了三个核心

  • 在Docker容器中部署Django的时区问题

    目录 Django 中与时区有关的配置 USE_TZ=True USE_TZ=False Linux 容器中时区的设置 进入 Django 环境查看时间和时区 修改 Linux 容器时区 进入 Django 环境查看时间 总结 现在容器化部署已经非常成熟了,我们很多服务都会使用容器部署,更新恢复都非常方便,但是有一个问题比较麻烦,就是时区处理,通常情况下,都采用注入 TZ 环境变量来解决,但是实际这种处理方式在 django 中却是不行的. Django 中与时区有关的配置 在Django的配置

随机推荐