开发者可以使用Docker做什么

Docker 如今赢得了许多关注，很多人觉得盛名之下其实难副，因为他们仍然搞不清 Docker 和普通开发者到底有什么关系。许多开发者觉得 Docker 离自己很远，Docker 是生产环境中的工具，和自己无关。我也是花了很长时间才想清楚作为普通开发人员如何在自己的开发中使用 Docker。坦率地说，我仍处在学习的过程中。

这篇文章提供了一个 Docker 用例列表，我希望它能更好地帮助你理解 Docker 并引发你的思考。本文只是描述 Docker 在普通开发者日常的应用，并不提供完整的解决方案。

在介绍用例之前，我希望你能先记住这句话：“Docker 是一个便携的应用容器”。你可以不知道 Docker 所说的的“便携式容器”到底是什么意思，但是你必须清楚 Docker 在日常中能带来非常大的效率提升。

当你需要在容器内运行自己的应用（当然可以是任何应用），Docker 都提供了一个基础系统镜像作为运行应用时的基础系统。也就是说，只要是 Linux 系统上的应用都可以运行在 Docker 中。

可以在 Docker 里面运行数据库吗？当然可以。

可以在 Docker 里面运行 Nodejs 网站服务器吗？当然可以。

可以在 Docker 里面运行 API 服务器吗？当然可以。

Docker 并不在乎你的应用程序是什么、做什么，Docker 提供了一组应用打包、传输和部署的方法，以便你能更好地在容器内运行任何应用。

docker搭建了lnmp环境后，如果需要访问安装在宿主机上的数据库或中间件，是不能直接使用127001这个ip的，这个ip在容器中指向容器自己，那么应该怎么去访问宿主机呢：

例如你的docker环境的虚拟IP是19216899100，那么宿主机同样会托管一个和19216899100同网段的虚拟IP，并且会是主IP：192168991，那么就简单了，在容器中访问192168991这个地址就等于访问宿主机，问题解决

注意，通过192168991访问宿主机，等于换了一个ip，如果数据库或中间件限制了本机访问或者做了ip段限制，要记得添加192168991到白名单

本回答由网友推荐

docker可以支持把一个宿主机上的目录挂载到镜像里。

docker run -it -v /home/dock/Downloads:/usr/Downloads ubuntu64 /bin/bash

通过-v参数，冒号前为宿主机目录，必须为绝对路径，冒号后为镜像内挂载的路径。

现在镜像内就可以共享宿主机里的文件了。

默认挂载的路径权限为读写。如果指定为只读可以用：ro

docker run -it -v /home/dock/Downloads:/usr/Downloads:ro ubuntu64 /bin/bash

docker还提供了一种高级的用法。叫数据卷。

数据卷：“其实就是一个正常的容器，专门用来提供数据卷供其它容器挂载的”。感觉像是由一个容器定义的一个数据挂载信息。其他的容器启动可以直接挂载数据卷容器中定义的挂载信息。

看示例：

docker run -v /home/dock/Downloads:/usr/Downloads --name dataVol ubuntu64 /bin/bash

创建一个普通的容器。用--name给他指定了一个名（不指定的话会生成一个随机的名子）。

再创建一个新的容器，来使用这个数据卷。

docker run -it --volumes-from dataVol ubuntu64 /bin/bash

--volumes-from用来指定要从哪个数据卷来挂载数据。

是的，可以稳定地运行Oracle在Docker容器中，但要注意，容器中的Oracle数据库应具有相当的性能，特别是在高流量的情况下，应遵守正确的资源配置和技术建议，才能使其运行稳定。

“dockermysql没有mysqlbinlog”这个问题可以从以下几个角度来解答：

1 从Docker镜像的角度来看，有些Docker镜像可能不包含mysqlbinlog这个工具。这种情况可能是因为Docker镜像的制作者认为mysqlbinlog不是常用的工具，或者为了减少镜像的大小而去掉了mysqlbinlog。这种解答方式比较直接，基于Docker镜像的内容得出的结论也比较可信。

2 从MySQL版本的角度来看，有些MySQL版本可能不支持mysqlbinlog这个工具。这种情况可能是因为MySQL版本过旧，或者因为一些安全和稳定性的考虑而去掉了mysqlbinlog。这种解答方式需要结合具体的MySQL版本进行判断。

3 从容器启动参数的角度来看，有些容器启动参数可能没有开启mysqlbinlog这个选项。这种情况可能是用户在启动容器时没有加上mysqlbinlog选项，或者是Dockerfile中没有设置mysqlbinlog这个选项。这种解答方式需要结合具体的启动参数和Dockerfile文件进行判断。

4 从容器网络的角度来看，有些容器可能无法连接到宿主机器上的mysqlbinlog服务。这种情况可能是因为容器的网络配置不正确，或者是宿主机器上的mysqlbinlog服务没有正确地暴露出来。这种解答方式需要结合具体的网络配置和服务部署进行判断。

综上所述，“dockermysql没有mysqlbinlog”这个问题可以从Docker镜像的角度、MySQL版本的角度、容器启动参数的角度和容器网络的角度来解答。不同的解答方式可能会得出不同的结果，需要根据具体情况进行判断。

我们可以将数据保存在容器中，但是这样存在一些缺点：

针对上述的缺点，有些数据，例如数据库文件，我们不应该将其保存在镜像或者容器的可写层中。Docker 提供三种不同的方式将数据从 Docker 主机挂载到容器中，分别为卷（ volumes ），绑定挂载（ bind mounts ），临时文件系统（ tmpfs ）。很多时候， volumes 总是正确的选择。

无论使用上述的哪一种方式，数据在容器内看上去都是一样的。它被认为是容器文件系统的目录或文件。

对于三种不同的存储数据的方式来说，卷是唯一完全由 Docker 管理的。它更容易备份或迁移，并且我们可以使用 DockerCLI 命令来管理卷。

列出本地可用的卷列表：

这种由系统随机生成名称的卷称为 匿名卷 ，匿名卷名称不具备可读性，使用起来不太方便，所以创建卷时一般会指定其 name 。例如我们创建一个名为 volume1 的卷。

创建好卷之后，我们可以用卷来启动一个容器，这里首先需要学习 docker container run 命令的两个参数：

对于前面创建的卷 volume1 ，可使用如下命令来在容器中使用：

使用 --mount 的命令如下：

上述 *** 作，我们运行了两个容器，并分别挂载了一个卷。对于这两个容器来说，由于挂载的是同一个卷，所以它们将共享该数据卷。多个容器共享数据卷时，需要注意并发读写问题。可以分别连接到两个容器中， *** 作数据来验证数据是同步的。

绑定挂载（ bind-mounts ）通过将主机上的目录挂载到容器中，使得容器可以 *** 作和修改主机上的文件。

例如，我们将 /home/hellodocker 目录挂载到容器中的 /home/hellodocker 目录下，使用的命令如下：

而如果使用 --mount ，相应的语句如下：

上述两个 *** 作针对的是目录，而对于挂载文件来说，可能会出现一些特殊情况，涉及到绑定挂载和使用卷的区别。下面我们重现这一 *** 作：

首先在当前目录，即 /home/hellodocker 目录下，创建一个 testtxt 文件。并向其中写入文本内容 "test1"：

接着创建一个容器 hellodocker6 ，将 testtxt 文件挂载到容器中的 /testtxt 路径，并查看容器中 /testtxt 文件的内容：

这时新打开一个终端，通过 echo 命令向 /home/hellodocker/testtxt 文件追加内容 "test2"，并在容器中查看 /testtxt 文件的内容:

这时无论是在容器中还是主机上都能查看到该文件的最新内容。接下来在主机上查看 testtxt 的 inode 号，并使用 vim 编辑该文件，添加 "test3"，并查看该文件的内容：

在主机上使用 vim 编辑后，通过 vim 做出的修改并不能在容器中查看到

这是因为 vim 编辑文件的时候，会将文件内容暂存到一个临时文件中，退出保存后会删除原来的文件，并将临时文件重命名为原文件。但是我们标识文件是通过 inode ，因此 Docker 绑定的依然是旧的主机文件，所以容器中看到的依然是旧的内容。

对于数据卷来说，由 docker 完全管理，而绑定挂载需要我们自己去维护。我们需要自己手动去处理这些问题，这些问题并不仅仅是上面演示的这些，还有用户权限， SELINUX 等。

tmpfs 只存储在主机的内存中。当容器停止时，相应的数据就会被移除。

Docker是世界领先的软件容器平台。Docker使用Google公司推出的Go语言进行开发实现，基于Linux内核的cgroup，namespace，以及AUFS类的UnionFS等技术，对进程进行封装隔离，属于 *** 作系统层面的虚拟化技术。 由于隔离的进程独立于宿主和其它的隔离的进程，因此也称其为容器，但docker本身并不是容器，它是创建容器的工具，是应用容器引擎。

Docke最初实现是基于LXC。LXC为Linux Container的简写。可以提供轻量级的虚拟化，以便隔离进程和资源，而且不需要提供指令解释机制以及全虚拟化的其他复杂性。相当于C++中的NameSpace。容器有效地将由单个 *** 作系统管理的资源划分到孤立的组中，以更好地在孤立的组之间平衡有冲突的资源使用需求。

docker并不是LXC替代品，docker底层使用了LXC来实现，LXC将linux进程沙盒化，使得进程之间相互隔离，并且能够课哦内阁制各进程的资源分配。在LXC的基础之上，docker提供了一系列更强大的功能。

Docker能够自动执行重复性任务，例如搭建和配置开发环境，从而解放了开发人员以便他们专注在真正重要的事情上：构建杰出的软件。

用户可以方便地创建和使用容器，把自己的应用放入容器。容器还可以进行版本管理、复制、分享、修改，就像管理普通的代码一样。

docker的三个概念：

镜像（Image）：类似于虚拟机中的镜像，是一个包含有文件系统的面向Docker引擎的只读模板。任何应用程序运行都需要环境，而镜像就是用来提供这种运行环境的。例如一个Ubuntu镜像就是一个包含Ubuntu *** 作系统环境的模板，同理在该镜像上装上Apache软件，就可以称为Apache镜像。

容器（Container）：类似于一个轻量级的沙盒，可以将其看作一个极简的Linux系统环境（包括root权限、进程空间、用户空间和网络空间等），以及运行在其中的应用程序。Docker引擎利用容器来运行、隔离各个应用。容器是镜像创建的应用实例，可以创建、启动、停止、删除容器，各个容器之间是是相互隔离的，互不影响。注意：镜像本身是只读的，容器从镜像启动时，Docker在镜像的上层创建一个可写层，镜像本身不变。

仓库（Repository）：类似于代码仓库，这里是镜像仓库，是Docker用来集中存放镜像文件的地方。注意与注册服务器（Registry）的区别：注册服务器是存放仓库的地方，一般会有多个仓库；而仓库是存放镜像的地方，一般每个仓库存放一类镜像，每个镜像利用tag进行区分，比如Ubuntu仓库存放有多个版本（1204、1404等）的Ubuntu镜像。

docker的用途：

官方给的是bulid ship run，就是编译、装载、运行。就是实现了应用的封装、部署、运行的生命周期管理只要在glibc的环境下，都可以运行。

谐云自主研发的容器云平台，是基于Docker和Kubernetes技术构建的一套完整IT标准化和自动化框架，以“面向终态、优化IT资源”为目标的新一代PaaS平台，能够提高企业的IT管理能力，在降低运营成本和风险的同时，获得更高的运维效率，保障业务稳定运行和高效迭代。

以上就是关于开发者可以使用Docker做什么全部的内容，包括:开发者可以使用Docker做什么、docker容器建立后是在本容器中新建数据库还是在其他容器中另外建一个数据库，或者是在宿主机中建、docker中oracle数据库数据持久化的问题，如果将本地的文件夹挂载到docker容器中等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！