大家好，关于项目为什么用docker很多朋友都还不太明白，今天小编就来为大家分享关于为什么要用docker的知识，希望对各位有所帮助！

本文目录

1. 项目为什么用docker
2. docker中数据库为什么要隔离
3. docker为什么可以拉取镜像
4. Docker的国内现状和未来发展是怎样的

项目为什么用docker

项目为什么要用docker，需要了解docker的优势，结合项目的实际情况来决定是否需要使用docker，千万不能“为了使用而使用”或者“跟风使用docker”。

使用docker是为了快速交付

和传统的虚拟机相比，docker具有所用的资源更少、性能更高、隔离级别更高、安全性方面也更强等特点，让我们看看下面几个场景，估计你会有更深的体会。

01.移植性更强

相信开发人员都会遇到这样的问题：代码在本地跑的好好的，但是一发布到测试环境怎么就有问题了呢？

通常我们的的代码包需要依赖于环境中的很多因素，比如配置文件、依赖库、中间件的配置等等，其中一项有问题可能都会导致我们代码出现问题；对于开发人员来说，最希望的就是我们的代码能够一次创建，在任意地方都能运行。

而使用docker之后，可以实现开发、测试、运维环境的标准化，镜像文件直接做为交付物，避免了因为环境不同导致的各种问题。

02.更容易扩展

docker容器可以在任意平台运行，不管是物理机还是虚拟机，不管是公有云还是私有云，甚至是个人电脑，所以我们的项目容易做迁移和扩展。

比如我们应用部署了两台机器，当我们想再扩展第三台机器的时候，我们需要先搭建好代码运行所需的环境，尽管虚拟机也有一些快速copy的技术，但是这个过程依然是很慢的，而且有些环境配置还容易出错，而有了docker，只需要构建镜像然后运行即可，非常方便快速。

因为docker快速的构建方式，也让我们的项目可以实现自动且快速的扩容和缩容。

03.更加轻量

在docker出现之前，通常会采用物理机上部署多台虚拟机，每个应用都部署在一个虚拟机中；但是虚拟机非常的重，虚拟机的构建速度通常都是按照分钟计算，占用的资源比较多。

而docker的速度很快，秒级，并且使用的资源更少，性能更高；同样一个物理机器，docker运行的镜像数量远多于虚拟机的数量。

使用docker只是快速交付的一部分

docker的优点这么多，那是不是用了docker之后，我们的交付速度更快了呢？

我见过一个项目，他们号称已经微服务化了，当然他们确实也做到了：把一个项目拆成了数个服务，每个服务在生产环境上部署了多套，算下来就是N*M个应用包（七八十个），都做了容器化...

但是他们依然是人肉运维，也是就是他们每次提测和上线需要手动部署，没有自动化测试和发布；

生产环境发生问题的时候，需要手动去拿日志跟踪问题，开发和运维依然是两个团队，甚至是所属两个不同的部门，沟通的成本很高；

他们虽然实现了容器化，但其实并没有实现快速交付，甚至比传统的方式更慢了。

所以，不要为了docker而docker；如果你们的项目环境配置复杂，每来一个新人配置环境都需要一两天；每次提测和上线，经常问题都是运行环境的问题；开发人员的开发环境不统一；开发能力强，运维能力弱的时候，甚至公司比较穷，想实现资源使用的最大化，都可以考虑使用docker，不过像要做微服务化+容器化，当容器集群规模比较大的时候，还需要工具做容器的自动化管理和编排，自动化测试及部署等等。

我将持续分享Java开发、架构设计、程序员职业发展等方面的见解，希望能得到你的关注。

docker中数据库为什么要隔离

不并发控制的话会带来一系列问题：数据冗余、更新异常、插入异常、删除异常等 并发控制保证事务4个特性，acid：A:原子性(Atomicity)事务是数据库的逻辑工作单位，事务中包括的诸操作要么全做，要么全不做。C:一致性(Consistency)事务执行的结果必须是使数据库从一个一致性状态变到另一个一致性状态。一致性与原子性是密切相关的。I:隔离性(Isolation)一个事务的执行不能被其他事务干扰。D:持续性/永久性(Durability)一个事务一旦提交，它对数据库中数据的改变就应该是永久性的。

docker为什么可以拉取镜像

Docker能够拉取镜像是由Docker的架构所决定的。Docker采用了客户端-服务器模式的架构，服务器端为Docker守护进程，客户端则提供了Docker的命令行接口。Docker镜像存储在DockerHub或私有的镜像仓库中，用户可以利用客户端的命令行接口来与DockerHub或私有的镜像仓库进行交互。

当用户使用`dockerpull`命令来拉取镜像时，客户端会向DockerHub或私有的镜像仓库发出请求，请求的内容包括镜像的标签和版本号等信息。DockerHub或私有的镜像仓库根据请求信息找到对应的镜像，然后将镜像的分层存储结构以及相应的元数据传输给客户端。最终，客户端会将这些内容保存到本地的文件系统中，形成一个镜像对象，用户就可以在这个镜像对象的基础上创建容器了。

总的来说，Docker能够拉取镜像是因为它具有良好的架构和底层实现，使得用户可以方便地通过命令行接口与DockerHub或私有的镜像仓库进行交互，从而实现镜像的拉取。

Docker的国内现状和未来发展是怎样的

UbuntuDocker早期是首选，现在有7、7个支持Dockerbla的工具，EPEL赐福6.5有正式的更新RPMDocker更新，所以我们的在线系统是6.5+OracleUEK3.8内核。据我所知，你的大工厂只是蝙蝠。他们在10年内就开始这么做了。

其他公司不这么做。劳动力成本太高。当然，你也可以给我一个反驳我的例子，我是一个聪明的人，不要问我为什么。这家小工厂的机器成本比劳动力成本高。由于该公司自身在语言机器上的运行时间隔离，一些公司正在尝试改善VM性能，现在docker只是平衡了这两者。

对于小公司来说，生存是第一个要素。Go已经脱离了主流。现在唯一可以解决的问题是并发性，但它是否相关?我们当前的调度器是用Python编写的，HTTP接口担心一些蛾子语言的问题。在这个例子中，你能做的最坏的事情就是c。国内许多像CentOS,码头工人可以使用CentOS的社区或创建自己的图像。

但如果只有纯使用特定的服务,如复述,然后使用这张图片复述,存储库是好的,为什么关心图像使用Linux发行版什么?;许多老学校在中国使用木偶或直接的Shell脚本。事实上，经验是第一位的，什么工具并不重要。3我们是小公司,但是我们使用阿里云或Linode,我们也使用码头工人。

在同一个虚拟机应用程序使用不同的Dcoker隔离,方便和安全的原因,我们使用Dcoker,部署和管理这些,我们只是写一些Shell脚本,稍后将使用Ansible;大多数的需求。使用服务的官方形象+码头工人原生命令可以见面,不能做一些特殊配置随着Dcokerfile,通常也可以解决,至于深度开发利用去做这件事的,偏离了初衷使用Dcoker和自然,和感觉没有必要做的。

Docker在国外很受欢迎，但在中国非常小众。我很少听说它在公司的实际使用。

国内现状：1.开发/测试服务设置和部署:节省人力和机器资源。

大多数互联网服务都是基于DB+业务逻辑+web服务+webUI，在宏服务中提供了许多功能。虽然Dev只需要在整个系统中开发一小部分功能，但是测试依赖于许多其他组件。在这一点上，docker减少了环境部署中的能量损失，同时在一台机器上运行多个dockercontainer，以节省机器成本。

2.在线环境部署:前景不错，还有很长的路要走。

尽管像dclould这样的公司在容器编排方面做得很好，docker仍然很年轻，特别是在文件系统不稳定的情况下。网络环境相对于开发环境是干净的、统一的，部署的痛点要轻得多。

3.此外：实际上docker的主要优势在于轻量级虚拟化，性能损失比VM小得多，在宏服务下比VM节省更多的资源以减少企业成本，在云计算领域，仍然是有希望的。最后，您可以关注daocloud&&&linnet的业务方向，作为卖docker的公司，它比使用docker的公司更全面。

总结：我对国内发展持乐观态度，特别是在集成测试、ci等方面的发展。毕竟，agile是发展的方向，agile与ci是不可分割的，使用docker来运行ci是合适的。

关于项目为什么用docker，为什么要用docker的介绍到此结束，希望对大家有所帮助。