如何使用 Docker 部署容器

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了如何使用 Docker 部署容器相关的知识,希望对你有一定的参考价值。

参考技术A

设想,为了推出一个网站,您不必从裸机安装一个完整的服务器。 而不是安装操作系统,然后安装服务器软件,然后部署精心设计的应用程序或站点,您可以简单地在一个独立的包中开发所有内容,并使用单个命令将其推出。

这是使用容器的众多好处之一。它们使开发和部署周期变得异常高效。但是你如何部署这些容器?我想在这里指导你完成这个过程。我们将专注于在Ubuntu Server 18.04上部署基本的nginx Web服务器作为容器。所有这一切都将在Docker的帮助下完成。

为了成功将NGINX部署为容器,您需要具备以下条件:

- 一个安装了Docker的Ubuntu Server 18.04的运行实例。

- 一个docker 用户组的成员用户

是的,有了这两部分,你就准备好了。

您部署的每个容器都将基于从DockerHub中提取的镜像。 您可以下拉单个镜像并根据需要随时使用。 DockerHub上还有许多镜像用于单个应用程序或平台。 以NGINX为例。 如果你在DockerHub上搜索NGINX,你会得到大约56,172个条目。 这并不意味着每个条目都是您可以使用的可用图像。

图像命名如下:

例如,对于NGINX,您可能会找到一个名字为的镜像:

或许你可能找到:

您也看到了,有几乎所有需要的镜像。

在使用图像之前,必须将其保存在本地驱动器上。 有两种方法可以做到这一点:

- 直接使用pull命令

- 间接地,在容器部署过程中。

要从DockerHub中拉取图像,您将打开一个终端窗口并发出命令:

如果你想拉取Ingress图像,该命令是:

当你拉取你需要的图像之后,你可以使用命令确认是否存在:

上面的命令将列出你拉取的所有镜像(图A)。

拉取随意图像时要谨慎。 为什么? 因为你永远不知道创造它们的原因。 容器可能包含恶意代码,可能会对您的网络或数据造成严重破坏。 因此,最好只使用官方图像(例如NGINX图像)。

现在该部署容器了, 如果您尚未拉取镜像,则在部署阶段将下拉所需要的镜像。 由于我们拉取官方NGINX图像,我们将使用它。

要部署容器,请使用docker命令,如下所示:

备注:

- NAME等于您要为容器提供的名称(这可以是任何内容,例如nginx-webserver)。

- PORTS您要使用的端口(以NETWORK PORT:CONTAINER PORT形式)。

- IMAGE用于容器的图像(例如nginx)。

因此,部署NGINX容器的基本命令是:

容器将要部署,NGINX Web服务器将在端口80上可用于本地网络。但是,如果已在服务器上使用端口80来部署容器,该怎么办? 您可以将其部署在网络端口8080上,如下所示:

此时,您可能会看到下一个问题。 运行上述命令之一后,不返回bash提示符(图B)。

你如何运行一个容器,并获得你的bash提示? 为此,您必须以分离模式运行容器。 在此之前,您必须使用键盘组合[Ctrl] +终止当前容器。 该组合将返回提示并杀死容器。

要确定容器是否运行,使用命令:

将列出所有容器及其状态(图C)。

如果容器仍在运行,我们必须在同一端口部署另一个容器之前将其终止(否则端口会发生冲突,从而阻止容器部署)。 要杀死正在运行的容器,首先需要Container ID(随机字符串)。 发出docker ps -a命令时会显示此字符串。 要终止正在运行的容器,使用命令:

其中CONTAINER_ID是相关容器的ID。

然后,您可以使用以下命令删除容器:

其中CONTAINER_ID是相关容器的ID。

请注意,您不必输入完整的Container ID,字符串的前四个字符就足够了。

现在,要以分离模式部署容器,命令是:

这次你不仅会得到你的提示,而且Docker会为你显示容器ID(图D)。

如果你想在正在运行的容器上工作怎么办? 假设您想对NGINX进行更改甚至开始开发它将显示的网站? 因此,您必须访问容器。 因此,您需要Container ID。 使用ID,发出命令:

其中CONTAINER_ID是容器的ID。

您现在应该处于运行容器提示符(图E)中,您可以在其中开始处理NGINX服务器。

要退出容器,只需键入命令exit。

七、比你想象的容易

希望到现在为止,您看到容器部署并不像您想象的那样具有挑战性。 在Docker的帮助下,您可以在几分钟内推出专业版的应用和服务。

原文链接:

如何使用Docker部署PHP开发环境

本文主要介绍了如何使用Docker构建PHP的开发环境,文中作者也探讨了构建基于Docker的开发环境应该使用单容器还是多容器,各有什么利弊。推荐PHP开发者阅读。希望对大家有所帮助。

 

环境部署一直是一个很大的问题,无论是开发环境还是生产环境,但是 Docker 将开发环境和生产环境以轻量级方式打包,提供了一致的环境。极大的提升了开发部署一致性。当然,实际情况并没有这么简单,因为生产环境和开发环境的配置是完全不同的,比如日志等的问题都需要单独配置,但是至少比以前更加简单方便了,这里以 PHP 开发作为例子讲解 Docker 如何布置开发环境。

一般来说,一个 PHP 项目会需要以下工具:

  1. Web 服务器: Nginx/Tengine
  2. Web 程序: PHP-FPM
  3. 数据库: MySQL/PostgreSQL
  4. 缓存服务: Redis/Memcache

这是最简单的架构方式,在 Docker 发展早期,Docker 被大量的滥用,比如,一个镜像内启动多服务,日志收集依旧是按照 Syslog 或者别的老方式,镜像容量非常庞大,基础镜像就能达到 80M,这和 Docker 当初提出的思想完全南辕北辙了,而 Alpine Linux 发行版作为一个轻量级 Linux 环境,就非常适合作为 Docker 基础镜像,Docker 官方也推荐使用 Alpine 而不是 Debian 作为基础镜像,未来大量的现有官方镜像也将会迁移到 Alpine 上。本文所有镜像都将以 Alpine 作为基础镜像。

Nginx/Tengine

这部分笔者已经在另一篇文章 Docker 容器的 Nginx 实践中讲解了 Tengine 的 Docker 实践,并且给出了 Dockerfile,由于比较偏好 Tengine,而且官方已经给出了 Nginx 的 alpine 镜像,所以这里就用 Tengine。笔者已经将镜像上传到官方 DockerHub,可以通过

<code>docker pull chasontang/tengine:2.1.2_f</code>

获取镜像,具体请看 Dockerfile。

PHP-FPM

Docker 官方已经提供了 PHP 的 7.0.7-fpm-alpine 镜像,Dockerfile 如下:

FROM alpine:3.4

 

# persistent / runtime deps

ENV PHPIZE_DEPS 
    autoconf 
    file 
    g++ 
    gcc 
    libc-dev 
    make 
    pkgconf 
    re2c

RUN apk add --no-cache --virtual .persistent-deps 
    ca-certificates 
    curl

 

# ensure www-data user exists

RUN set -x 
  && addgroup -g 82 -S www-data 
  && adduser -u 82 -D -S -G www-data www-data

# 82 is the standard uid/gid for "www-data" in Alpine

# http://git.alpinelinux.org/cgit/aports/tree/main/apache2/apache2.pre-install?h=v3.3.2

# http://git.alpinelinux.org/cgit/aports/tree/main/lighttpd/lighttpd.pre-install?h=v3.3.2

# http://git.alpinelinux.org/cgit/aports/tree/main/nginx-initscripts/nginx-initscripts.pre-install?h=v3.3.2

 

ENV PHP_INI_DIR /usr/local/etc/php

RUN mkdir -p $PHP_INI_DIR/conf.d

 

##<autogenerated>##

ENV PHP_EXTRA_CONFIGURE_ARGS --enable-fpm --with-fpm-user=www-data --with-fpm-group=www-data

##</autogenerated>##

 

ENV GPG_KEYS 1A4E8B7277C42E53DBA9C7B9BCAA30EA9C0D5763

 

ENV PHP_VERSION 7.0.7

ENV PHP_FILENAME php-7.0.7.tar.xz

ENV PHP_SHA256 9cc64a7459242c79c10e79d74feaf5bae3541f604966ceb600c3d2e8f5fe4794

 

RUN set -xe 
  && apk add --no-cache --virtual .build-deps 
    $PHPIZE_DEPS 
    curl-dev 
    gnupg 
    libedit-dev 
    libxml2-dev 
    openssl-dev 
    sqlite-dev 
  && curl -fSL "http://php.net/get/$PHP_FILENAME/from/this/mirror" -o "$PHP_FILENAME" 
  && echo "$PHP_SHA256 *$PHP_FILENAME" | sha256sum -c - 
  && curl -fSL "http://php.net/get/$PHP_FILENAME.asc/from/this/mirror" -o "$PHP_FILENAME.asc" 
  && export GNUPGHOME="$(mktemp -d)" 
  && for key in $GPG_KEYS; do 
    gpg --keyserver ha.pool.sks-keyservers.net --recv-keys "$key"; 
  done 
  && gpg --batch --verify "$PHP_FILENAME.asc" "$PHP_FILENAME" 
  && rm -r "$GNUPGHOME" "$PHP_FILENAME.asc" 
  && mkdir -p /usr/src 
  && tar -Jxf "$PHP_FILENAME" -C /usr/src 
  && mv "/usr/src/php-$PHP_VERSION" /usr/src/php 
  && rm "$PHP_FILENAME" 
  && cd /usr/src/php 
  && ./configure 
    --with-config-file-path="$PHP_INI_DIR" 
    --with-config-file-scan-dir="$PHP_INI_DIR/conf.d" 
    $PHP_EXTRA_CONFIGURE_ARGS 
    --disable-cgi 
# --enable-mysqlnd is included here because it‘s harder to compile after the fact than extensions are (since it‘s a plugin for several extensions, not an extension in itself)

    --enable-mysqlnd 
# --enable-mbstring is included here because otherwise there‘s no way to get pecl to use it properly (see https://github.com/docker-library/php/issues/195)

    --enable-mbstring 
    --with-curl 
    --with-libedit 
    --with-openssl 
    --with-zlib 
  && make -j"$(getconf _NPROCESSORS_ONLN)" 
  && make install 
  && { find /usr/local/bin /usr/local/sbin -type f -perm +0111 -exec strip --strip-all ‘{}‘ + || true; } 
  && make clean 
  && runDeps="$( 
    scanelf --needed --nobanner --recursive /usr/local 
      | awk ‘{ gsub(/,/, "
so:", $2); print "so:" $2 }‘ 
      | sort -u 
      | xargs -r apk info --installed 
      | sort -u 
  )" 
  && apk add --no-cache --virtual .php-rundeps $runDeps 
  && apk del .build-deps

 

COPY docker-php-ext-* /usr/local/bin/

 

##<autogenerated>##

WORKDIR /var/www/html

 

RUN set -ex 
  && cd /usr/local/etc 
  && if [ -d php-fpm.d ]; then 
    # for some reason, upstream‘s php-fpm.conf.default has "include=NONE/etc/php-fpm.d/*.conf"

    sed ‘s!=NONE/!=!g‘ php-fpm.conf.default | tee php-fpm.conf > /dev/null; 
    cp php-fpm.d/www.conf.default php-fpm.d/www.conf; 
  else 
    # PHP 5.x don‘t use "include=" by default, so we‘ll create our own simple config that mimics PHP 7+ for consistency

    mkdir php-fpm.d; 
    cp php-fpm.conf.default php-fpm.d/www.conf; 
    { 
      echo ‘[global]‘; 
      echo ‘include=etc/php-fpm.d/*.conf‘; 
    } | tee php-fpm.conf; 
  fi 
  && { 
    echo ‘[global]‘; 
    echo ‘error_log = /proc/self/fd/2‘; 
    echo; 
    echo ‘[www]‘; 
    echo ‘; if we send this to /proc/self/fd/1, it never appears‘; 
    echo ‘access.log = /proc/self/fd/2‘; 
    echo; 
    echo ‘clear_env = no‘; 
    echo; 
    echo ‘; Ensure worker stdout and stderr are sent to the main error log.‘; 
    echo ‘catch_workers_output = yes‘; 
  } | tee php-fpm.d/docker.conf 
  && { 
    echo ‘[global]‘; 
    echo ‘daemonize = no‘; 
    echo; 
    echo ‘[www]‘; 
    echo ‘listen = [::]:9000‘; 
  } | tee php-fpm.d/zz-docker.conf

 

EXPOSE 9000

CMD ["php-fpm"]

##</autogenerated>##

首先,镜像继承自 alpine:3.4 镜像,使用 apk 命令安装 php 最小依赖,同时添加 www-data 作为 php-fpm 的运行用户,将 php 的配置文件指定到 /usr/local/etc/php,然后就是下载 php-src,编译安装,这里可以参考笔者之前写的 php 编译安装文章。参数都中规中矩。安装目录被指定到 /usr/local,然后使用 scanelf 获得所依赖的运行库列表,并且将其他安装包删除。将 docker-php-ext-configure、docker-php-ext-enable、docker-php-ext-install 复制到容器中,这三个文件用于后续安装扩展。然后将 php-fpm.conf 复制到配置目录,将 error_log 和 access_log 指定到终端标准输出,daemonize = no 表示不以服务进程运行。EXPOSE 9000 端口用于和其他容器通信,然后就是 CMD ["php-fpm"] 运行 php-fpm。而且工作目录被指定到 /var/www/html。

docker-compose

已经搞定了基础镜像,我们就可以使用基础镜像来配置容器,但是通过手工 docker 命令启动容器会非常麻烦。但是万幸的是官方已经提供了 docker-compose 命令来编排容器,只需要写一个 docker-compose.yaml 文件就行,具体可以参考官方文档。

version: ‘2‘

services:

 php-fpm:

  image: php:7.0.7-fpm-alpine

  volumes:

   - "./src:/var/www/html"

  restart: always

 

 tengine:

  depends_on:

   - php-fpm

  links:

   - php-fpm

  image: chasontang/tengine:2.1.2_f

  volumes:

   - "./nginx.vh.default.conf:/etc/nginx/conf.d/default.conf"

  ports:

   - "80:80"

  restart: always

非常容易理解,这里定义了两个服务,php-fpm 依赖 php:7.0.7-fpm-alpine 镜像,并且将 src 文件夹映射为 /var/www/html 文件夹,tengine 服务依赖 php-fpm 服务,并且 link php-fpm 服务,这样就能通过网络与 php-fpm 容器通信,tengine 服务基于 chasontang/tengine:2.1.2_f 镜像,并将 nginx.vh.default.conf 文件映射为 /etc/nginx/conf.d/default.conf 文件。然后来看 nginx.vh.default.conf

server {

  listen    80;

  server_name localhost;

 

  #charset koi8-r;

 

  #access_log logs/host.access.log main;

 

  location / {

    root  html;

    index index.html index.htm;

  }

 

  #error_page 404       /404.html;

 

  # redirect server error pages to the static page /50x.html

  #

  error_page  500 502 503 504 /50x.html;

  location = /50x.html {

    root  html;

  }

 

  # proxy the PHP scripts to Apache listening on 127.0.0.1:80

  #

  #location ~ .php$ {

  #  proxy_pass  http://127.0.0.1;

  #}

 

  location ~ [^/].php(/|$) {

    fastcgi_split_path_info ^(.+?.php)(/.*)$;

    fastcgi_pass php-fpm:9000;

    fastcgi_index index.php;

    fastcgi_param SCRIPT_FILENAME /var/www/html$fastcgi_script_name;

    fastcgi_param PATH_INFO $fastcgi_path_info;

    include fastcgi_params;

  }

 

  # deny access to .htaccess files, if Apache‘s document root

  # concurs with nginx‘s one

  #

  #location ~ /.ht {

  #  deny all;

  #}

}

的所有文件,因为 /etc/nginx/nginx.conf 中使用 include /etc/nginx/conf.d/*.conf; 包含了这个目录,也就是说,可以不需要去管 nginx 其他配置,只需要用自己的 nginx 虚拟主机配置替代默认的虚拟主机配置,或者说增加虚拟主机配置就行了。

从上面可以看到,default.conf 文件定义了一个 location 匹配包含 .php 的 URL,然后将其分割出 PATH_INFO 参数,将这些变量传递给 php-fpm:9000 的 php-fpm 服务。

这里需要注意的是,由于 Nginx 和 PHP-FPM 不在同一台主机上,所以 Nginx 只做静态文件处理和路由转发,实际的 PHP 文件执行时在 PHP-FPM 容器中发生的。所以 SCRIPT_FILENAME 变量必须要使用 PHP-FPM 容器中的目录,所以这里使用硬编码指定。当然,也可以让两个容器共享同一个数据卷,但是笔者认为,这只是为了方便容器编排,其他完全没有好处。

很容易吧! 现在我们可以快速的启动、更新环境了。

以上就是如何使用Docker部署PHP开发环境的详细内容

以上内容希望帮助到大家,很多PHPer在进阶的时候总会遇到一些问题和瓶颈,业务代码写多了没有方向感,不知道该从那里入手去提升,对此我整理了一些资料,包括但不限于:分布式架构、高可扩展、高性能、高并发、服务器性能调优、TP6,laravel,YII2,Redis,Swoole、Swoft、Kafka、Mysql优化、shell脚本、Docker、微服务、Nginx等多个知识点高级进阶干货需要的可以免费分享给大家,需要的可以加入我的官方群点击此处

以上是关于如何使用 Docker 部署容器的主要内容,如果未能解决你的问题,请参考以下文章

如何使用未部署在 swarm 中的 docker 容器从 docker swarm 访问服务?

如何使用 TeamCity 在 Azure Service Fabric 中自动部署 Docker 容器?

如何配置github操作将docker容器部署到aws elasticbeanstalk多容器环境

如何在远程 ubuntu 服务器上部署 docker 容器?

如何使用 Jenkins 将 Docker 容器从 Amazon ECR 自动部署到 Kubernetes

如何使用Docker部署PHP开发环境