新手园地& & & 硬件问题Linux系统管理Linux网络问题Linux环境编程Linux桌面系统国产LinuxBSD& & & BSD文档中心AIX& & & 新手入门& & & AIX文档中心& & & 资源下载& & & Power高级应用& & & IBM存储AS400Solaris& & & Solaris文档中心HP-UX& & & HP文档中心SCO UNIX& & & SCO文档中心互操作专区IRIXTru64 UNIXMac OS X门户网站运维集群和高可用服务器应用监控和防护虚拟化技术架构设计行业应用和管理服务器及硬件技术& & & 服务器资源下载云计算& & & 云计算文档中心& & & 云计算业界& & & 云计算资源下载存储备份& & & 存储文档中心& & & 存储业界& & & 存储资源下载& & & Symantec技术交流区安全技术网络技术& & & 网络技术文档中心C/C++& & & GUI编程& & & Functional编程内核源码& & & 内核问题移动开发& & & 移动开发技术资料ShellPerlJava& & & Java文档中心PHP& & & php文档中心Python& & & Python文档中心RubyCPU与编译器嵌入式开发驱动开发Web开发VoIP开发技术MySQL& & & MySQL文档中心SybaseOraclePostgreSQLDB2Informix数据仓库与数据挖掘NoSQL技术IT业界新闻与评论IT职业生涯& & & 猎头招聘IT图书与评论& & & CU技术图书大系& & & Linux书友会二手交易下载共享Linux文档专区IT培训与认证& & & 培训交流& & & 认证培训清茶斋投资理财运动地带快乐数码摄影& & & 摄影器材& & & 摄影比赛专区IT爱车族旅游天下站务交流版主会议室博客SNS站务交流区CU活动专区& & & Power活动专区& & & 拍卖交流区频道交流区
富足长乐, 积分 7203, 距离下一级还需 797 积分
论坛徽章:45
话题背景：
Docker是近年来新兴的虚拟化工具，它可以和虚拟机一样实现资源和系统环境的隔离，它的优势是轻量和高性能和便捷性。
VM虚拟机(vmware/openstack/其他虚拟平台)是可以使你在一台机器上同时运行二个或更多不同类型的操作系统，它的优势是完全隔离并且保护不同类型的操作 环境以及所有数据资料。
讨论话题：
1.Docker是适合当前虚拟化发展的趋势，或者只是一个概念股而已？
2.就目前情况来看，在实际企业环境中Docker、VM虚拟机各自适合什么样的场景？
3.你觉得未来Docker 与 VM虚拟机&&最终是谁会取代谁？
活动结束后将选取4名讨论精彩的童鞋，每人赠送一本《Kubernetes权威指南——从Docker到Kubernetes实践全接触》图书作为奖励。
zcover.jpg (8.27 KB, 下载次数: 104)
22:56 上传
作者： 龚正& & 吴治辉& & 叶伙荣& & 张龙春& & 闫健勇& & 刘晓红& & 崔晓宁& &
出版社：电子工业出版社
出版日期：2016 年1月
开本：16开
Kubernetes是由谷歌开源的Docker容器集群管理系统，为容器化的应用提供了资源调度、部署运行、服务发现、扩容、缩容等一整套功能。《Kubernetes权威指南--从Docker到Kubernetes实践全接触》从一个开发者的角度去理解、分析和解决问题，囊括了Kubernetes入门、核心原理、实战开发、运维、高级案例及源码分析等方面的内容，图文并茂、内容丰富、由浅入深、讲解全面；并围绕着生产环境中可能出现的问题，给出了大量的典型案例，比如安全问题、网络方案的选择、高可用性方案及Trouble Shooting技巧等，有很好的可借鉴性
&&nbsp|&&nbsp&&nbsp|&&nbsp&&nbsp|&&nbsp&&nbsp|&&nbsp
小富即安, 积分 3954, 距离下一级还需 1046 积分
论坛徽章:4
1.Docker是适合当前虚拟化发展的趋势，或者只是一个概念股而已？
docker感觉和传统虚拟化对比有相似之处，但有很多先进和优势之处，例如：
*更轻量，启动和关闭速度更快
*性能比虚拟化来说具有优势
同样也有些缺点：
*学习、生产环境使用需要大量的时间
*目前来说网络方面是个问题
这一年来说docker已经不能只用一个&火&字来形容了，铺天盖地的应用场景、技术文章，大量公司在生产环境的应用已经说明docker已经
不是一个概念股了，而是切切实实的&实业股&了。
2.就目前情况来看，在实际企业环境中Docker、VM虚拟机各自适合什么样的场景？
docker适用于解决开发、测试、生产环境的一致化，以及在应对业务压力的快速扩容、缩减，对资源的快速调度。
vm目前更适合传统的云环境，可以比较有效的利用物理机的资源。
3.你觉得未来Docker 与 VM虚拟机&&最终是谁会取代谁？
说docker代替vm来说还为时过早，长期来看docker会在更多的场景上逐步替代vm的功能，
vm技术也会在很长的时间内继续发挥着重要的作用，也许将来两种技术会进行融合，vm技术
拥有docker的一些特性，同时docker也会克服自身的一些缺点，变得更加易用。
家境小康, 积分 1267, 距离下一级还需 733 积分
论坛徽章:29
本帖最后由 jieforest 于
13:07 编辑
坐个位置。。
1.Docker是适合当前虚拟化发展的趋势，或者只是一个概念股而已？
Docker是虚拟化技术发展的产物，它不是概念的炒作，而是实实在在的一种有前途的技术。
Docker与虚拟机技术不同，
Docker是基于操作系统，在操作系统之上提供了一个类似于沙箱的环境，一个镜像就相当于一个沙箱，下面有Docker引擎提供支持，负责镜像的运行。
而虚拟机技术则不同，虚拟机可以脱离底层OS（它自己可以提供启动内核），也可以在OS之上运行。虚拟化技术负责把硬件资源给虚拟化，其上运行着完整的OS，一个虚拟化平台支持的虚拟OS数比较有限，毕竟每个完整的OS虚拟机都会占用不少资源。
Docker技术比虚拟化技术更加轻量级，同样的硬件环境，Docker运行的镜像数远多于虚拟机数量。
Docker技术虽然成熟了，但是整个生态圈还远远谈不上成熟，待解决的问题还很多。
2.就目前情况来看，在实际企业环境中Docker、VM虚拟机各自适合什么样的场景？
就这个问题我们可以梳理一下虚拟机的发展历程。
在虚拟机诞生之前，系统管理员必须手动的提供硬件资源给用户，这个过程非常繁琐，且无法全自动化。如果硬件资源出了故障，必须跑去机房，手动更换设备。
虚拟机的出现，所有的硬件都由虚拟化平台所管理，配置虚拟机只需几分钟。对于用户对硬件资源的需求，转为分配相应资源的虚拟机。如果硬件资源出现故障，系统管理员只需把虚拟机迁移到另一台主机。
数年时间过去了，大家都习惯了虚拟机托管应用的工作方式。初创公司也不再购买服务器了，只需租用公有云的云主机，把业务部署到云主机上即可。
这一切到了2013年发生了改变，Docker诞生了。
Docker是一个简单、高效的工具，专用于创建、发布、部署应用程序到独立的Linux容器中——Docker镜像，专门的一种格式。Docker还提供了一个镜像仓库（注册表），有点类似于应用商店的概念，所有的Docker镜像都放在了上面。这样，对于部署Apache Tomcat的工作，就变成了从Docker仓库把Tomcat镜像拉回来的工作。这样部署业务变得更快、更简单。而且，很多镜像是由官方直接提供的，比如Nginx官方会直接提供Nginx镜像，这样镜像的安全性也得到了保证。
Docker最值得称赞的创新点是：为云计算应用引入了一个标准格式，包括注册。
与虚拟机相比，Docker提供的特性更少、隔离性也更弱。
与虚拟机相比，Docker的安全性也更弱，受到攻击的面也更大。
对于Amazon和Google这样的云服务厂商，提供了容器服务，但是他们提供的容器服务是这样的：每一个容器都运行于单独的虚拟机之上，以便保证隔离性和安全。或许这样比较低效，但是这样确实很简单、安全。
所以对于企业环境来说，对于多台物理服务器的管理，Docker是帮不上忙的。
还得使用虚拟化技术，比如VMware或OpenStack等软件平台，把所有的硬件资源虚拟化，集中管理，按需分配，建立一个个的虚拟机。
每一个虚拟机之上可以部署Docker服务，运行一到多个Docker镜像和业务。
3.你觉得未来Docker与VM虚拟机最终是谁会取代谁？
Docker和VM虚拟机都在不断发展，很难断定谁取代谁。
从目前的情况来看，两者结合起来一起使用是一种常态。如果Docker技术足够成熟，功能足够强大，或许Docker有可能取代VM虚拟机。
丰衣足食, 积分 729, 距离下一级还需 271 积分
论坛徽章:7
docker应用还有待完善，关注中
富甲一方, 积分 45111, 距离下一级还需 4889 积分
论坛徽章:205
目前看到的还是互联网居多，可否有高人介绍一下，本地应用比如GUI应用怎么做
哥这边有个项目，希望做应用接管(大量视频),可否应用docker?
小富即安, 积分 2754, 距离下一级还需 2246 积分
论坛徽章:22
1.Docker是适合当前虚拟化发展的趋势，或者只是一个概念股而已？
从发展来看，已经逐渐是成为趋势了，很多公司都开始逐渐使用这一套的部署方式，同时也带动了paas以及微服务，从而反而更加刺激了docker的使用。
而从各个公司来看，以docker为基础的生态圈也越来越大，更多公司加入。另外谷歌也开始搞这个就可以了解到这个技术的牛B之处，为什么要支持docker不是无缘无故的。
2.就目前情况来看，在实际企业环境中Docker、VM虚拟机各自适合什么样的场景？
docker最用得比较多应该是应用程序层面部署，微服务、paas这些都是和适合docker使用。另外对于开发和测试是也不错，需要什么组件pull一个下来就可以，不需要开发测试人员手动重新安装。
vm则是基础环境搭建，毕竟不是所有的应用都适合部署在容器。另外vm支持windows，bsd，linux等各种类型的操作系统，这个是其优势，支持迁移，灵活性也高，安全性也比docker好很多。
3.你觉得未来Docker 与 VM虚拟机&&最终是谁会取代谁？
我觉得不会有取代这个事情发生。因为两个东西可以互补，而且docker+vm的模式也是非常有效的。
目前手上很多机器就是vm+docker的方式，vm是为了集中利用cpu，因为有些应用部署需要的资源不会那么多，直接用物理机太浪费，不同业务都放在同一台物理机上也不太靠谱，因为管理应用的都是不同的人员，此时用虚拟机可以实现最好的资源利用，在现在的docker自动化平台还没有完善的情况下，这个是最好的方式。
丰衣足食, 积分 888, 距离下一级还需 112 积分
论坛徽章:5
本帖最后由 Purple_Grape 于
11:37 编辑
1.Docker是适合当前虚拟化发展的趋势，或者只是一个概念股而已？
虚拟化技术本身发展是多极化和细分化的。
传统的虚拟化比如xen，是让操作系统摆脱硬件厂商（各种驱动和绑定）的束缚。
容器技术只是虚拟化的一个分支。而docker只是容器的一份分支，属于应用级的容器，另外还有系统级的容器，比如ubuntu LXD
在硬件技术稳定成熟的前提下，docker开箱即用提升了应用交付的效率。一定程度上代表了虚拟化发展的趋势。
2.就目前情况来看，在实际企业环境中Docker、VM虚拟机各自适合什么样的场景？
不同的应用，对于可用性、可运维性、性能、效率的要求个不一样。
docker适用范围业界还在摸索，哪里对效率要求更高，哪里更适合docker。一般都是需要快速标准化持续部署，快速迁移，快速动态伸缩的场景。
换个角度，如果一个应用非常重要且消耗资源，比如核心数据库，相信大多数人还是乖乖的用物理机，传统VM次之，再不济不会考虑docker。
3.你觉得未来Docker 与 VM虚拟机&&最终是谁会取代谁？
docker和VM虚拟化同属于虚拟化的分支，没有优劣之分，适用的场景不太相同而已。
由于传统虚拟化发展在前，大哥占据了本该是docker小弟的份额，现在看来是要还给docker了。
docker虽然是新贵，对于传统VM大哥的核心阵地，威胁应该不大。
白手起家, 积分 132, 距离下一级还需 68 积分
论坛徽章:0
够吓人的了。
大富大贵, 积分 12329, 距离下一级还需 7671 积分
论坛徽章:16
本帖最后由 wenhq 于
23:45 编辑
1.Docker是适合当前虚拟化发展的趋势，或者只是一个概念股而已？
Docker是容器技术的一种，solaris之前出过zone，但相对docker比较重，
Docker 已经在互联网公司铺开，比如微信摇一摇，已经在生产中使用，今年docker会有跨越式的发展吧？
2.就目前情况来看，在实际企业环境中Docker、VM虚拟机各自适合什么样的场景？
Docker 目前主要适用于proxy,webserver，cache server，特别是在分布式，高并发，高可用环境中。
至于存储,DB还是先用vm比较好。因为docker还是不够成熟。
3.你觉得未来Docker 与 VM虚拟机&&最终是谁会取代谁？
Docker的发展不错，但其自身的一些限制也是亟待解决的。要真正的替代vm我觉得有很长的路要走，比如应用启动的权限问题？跨主机通信的问题，虽然已经有很多开源方案，但还是不够稳定健壮。
或许替代docker的unikernel在不久的将来会成为璀璨的明珠。。
白手起家, 积分 11, 距离下一级还需 189 积分
论坛徽章:1
1.Docker是适合当前虚拟化发展的趋势，或者只是一个概念股而已？
Docker是容器技术,更多运用于单个应用程序的开发布暑.是适应当前的虚拟化发展趋势的.
2.就目前情况来看，在实际企业环境中Docker、VM虚拟机各自适合什么样的场景？
Docker 目前主要webserver，cache server，开发环境的mysql,http服务等。
vm虚拟机适应的范围跟物理机的差不多,可以说是通用环境.
3.你觉得未来Docker 与 VM虚拟机&&最终是谁会取代谁？
现在基于VM虚拟机的超融合概念和产品都出来了,DOCKER也有新的应用特性出来.
个人不觉得谁会取代谁,大家的适用范围没有太大的重合.Docker 会取代虚拟机吗?
Docker 无疑是当下最具影响力的开源项目。Docker 何以如此的成功? 它会否取代虚拟机，这样的转变是不是会在将来某一天出现的一个巨大的临界点时突然爆发? 如果是的话，那会是什么时候?
为了解答这些问题，让我们先来简单的回顾一下过去的发展历程吧，这样也许能够促使我们更好的了解当下的状况和展望未来。
在虚拟机技术普及之前，系统管理员们习惯于上线物理服务器来为他们的用户提供服务。这个过程很繁琐，无法实现完全的自动化，并且需要花费几个小时甚至几天。如果出问题了，他们只能跑到机房去更换物理元件。
伴随着虚拟机的出现，DevOps人员可以在他们所有的物理服务器上任意的安装Hypervisor，然后他们便可以在用户提出申请时直接分配新的虚拟机。上线一台虚拟机不再需要几个小时，而仅仅只需要几分钟就够了，而且可以自动化完成。底层硬件的差异越来越少，而更多的是变得商务化。如果某个用户需要更多额外的资源，创建一个新的虚拟机就行了。如果一个物理主机出现了故障，管理员只需要将该宿主机承载的虚拟机迁移或恢复到另外的宿主机即可。更细致的部署模式变得可行和易于操作。
用户不再需要把他们所有的程序都运行在同一台主机上，通过使用虚拟机，他们可以将底层硬件的功用发挥到淋漓尽致。人们可以在一个虚拟机上跑数据库，在另外一个上面运行中间件，然后在第三个上面跑web，而完全不用担心硬件资源利用率的问题。在同一家企业里，一群人负责购买服务器物理硬件，而另外一群人负责软件栈的架设，他们的职能划分相对独立并且互不干涉。连接两个团队的桥梁便是虚拟机。解决方案架构师们可以方便廉价的将每个应用部署到不同的虚拟机上，而极大的减少了他们的运维成本。正因为如此，软件工程师们也同样喜爱它。这也正是Hypervisor技术所带来的最大的创新。
几年过去了，人们已经习惯于通过虚拟机来承载他们的业务。初创公司甚至于不再倾向于购买服务器硬件资源了，他们只需要购买亚马逊的AWS服务即可。如今，每个应用一台虚拟机已经成为了部署软件栈的标准方式。
自上世纪90年代以来，应用程序的部署方式其实并没有什么太大的变动。从那时候开始，如果我们需要部署一个应用，那便需要安装一个linux发行版本，而构建的主要意义在于驱动硬件设备，然后我们需要安装应用所需要的deb或者rpm包，最后才安装和配置我们真正想要运行的那个应用。
直到2013年，Docker提出了一个简单而有效的工具来创建、分发和部署应用程序，它们以一种很赞的方式运行在相对独立的Linux容器里。另外，针对众多的应用而言，它提出了一个registry的概念，这有点像苹果的app store，这里为了清晰起见，我将其称之为&云应用&。部署 Nginx Web 服务器就变成了类似"docker pull nginx"这样简单。这比安装一个最新版的Ubuntu LTS可简单快捷多了。
Docker云应用都是预配置的并且不再需要安装一些Linux 发行版附带的无用的软件包。事实上，Nginx Docker云应用是由Nginx社区直接提供和分发的，而并非是Canonical或红帽。
Docker 最突出的创新之处在于引入了一整套包括registry在内的云应用标准规范。它不再是使用虚拟机的方式来运行云应用，取而代之的是利用Linux容器。容器技术实际上在多年前就已经出现，但是一直以来只是在有限的几个圈子里传播，并没有被大众广泛接受。尽管他们提供了非常好的性能体验，但是较之虚拟机而言，他们提供的功能实在有限，并且隔离性方面很弱。作为一个后起之秀，Docker使得Linux容器突然变得流行，然而Docker之所以成功不能完全归功于容器。这只是一个偶然罢了。
这么说来，容器技术本身到底存在些什么问题呢? 首先，他们对热迁移技术的支持还很稚嫩，而且他们不能运行在非原生的工作栈上（例如，在Linux上运行Windows或者是在Windows在运行Linux）。更进一步来说，容器技术最主要的挑战在于安全性：相对于虚拟机而言，它存在更多的潜在风险。实际上，在容器圈子里，无论是Docker，CoreOS还是其他任何人，都不太建议多租户的容器部署。在虚拟机的时代，你不必关心谁将会去使用它，又或者是它会被如何利用。而就容器技术来说，在同一台宿主机上，不太建议运行归属于多个不同用户的容器。亚马逊和谷歌都提供了容器托管服务，但是基于隔离性和安全性方面的考虑，他们都是将每个容器运行在对应的一个单独的虚拟机之上。这种方式可能看起来不是那么的高效，但是的确非常简单实用。
人们也开始逐渐意识到这一点（译者注：Docker和虚拟机结合的这一个点）。在今年年初高调发起的一些项目正是尝试将虚拟机的一些优点融入到Docker当中，其中最具代表性的当属Intel和Hyper推出的Clear Linux项目。
他们均是直接使用传统的虚拟机来运行Docker云应用（没有Linux容器参与）。我们曾经做过一些Xen的测试：针对这类用例，我们通过调优Hypervisor，最终结果是得到了一个和Linux容器差不多的启动时间，而其他所有的功能特性仍然得以保留。Intel为Xen做出的类似的努力和尝试也将会在Xen开发者峰会上展示，而届时Hyper也将秀出他们的一些工作成果。
新的方向似乎可以给我们的用户提供一个两全其美的方案：Docker的便利性和虚拟机的安全性的完美结合。在可以预见的未来，Docker也许不会和虚拟机产生任何的竞争关系，取而代之的是，它将会成为其众多承载对象的其中之一。
（题图来自：）
上一篇：下一篇：
08:22 的评论：
解决了我的困惑
来自辽宁大连的 Chrome 44.0|Windows 7 用户
同意。。。
分享到微信
打开微信，点击顶部的“╋”，
使用“扫一扫”将网页分享至微信。
请将我们加入您的广告过滤器的白名单，请支持开源站点。谢谢您。中国领先的IT技术网站
51CTO旗下网站
Docker 和一个正常的虚拟机有何区别？
我多次重读Docker.io文档，希望搞明白Docker.io和一个完全的虚拟机的区别。Docker是如何做到提供一个完整的文件系统，独立的网络环境等等这些功能，同时还没有如此庞大？
作者：来源：开源中国编译| 15:35
我多次重读Docker.io文档，希望搞明白Docker.io和一个完全的虚拟机的区别。Docker是如何做到提供一个完整的文件系统，独立的网络环境等等这些功能，同时还没有如此庞大？
为什么部署软件在一个docker镜像（image）比部署在一致的生产环境上要容易？
当前Docker使用的是Linux容器，这是运行在与它的宿主机器同样的操作系统上。这准许它可以和宿主机器共享许多系统资源。它也会使用AuFS作为文件系统，也为你管理网络。
AuFS是一个层状的文件系统，因此你可以有一个只读部分和一个只写部分，然后将二者组合起来。你可以使系统的共同的部分用作只读，那块是被所有容器共享，并且给每个容器自己的可写区域
好吧，让我们假设你有一个容器镜像（image）容量是1GB，如果你想用一个完整的虚拟机来装载，你得需要容量的大小是1GB乘上你需要虚拟机的数量。但使用Linux容器虚拟化技术（LXC）和AuFS，你可以共享1GB容量，如果你需要1000个容器，假设他们都运行在同样的系统影像上，你仍然可以用稍微比1GB多一点的空间来给容器系统，
一个完整的虚拟化系统得到了分给它的自有全部资源，只有最小的共享。你获得了更多的隔离，但是这是很庞大的（需要更多的资源）
使用Linux容器虚拟化技术（LXC），隔离性方面有所缺失，但是他们更加轻量，而且需要更少资源。所以你可以轻松运行1000个容器在一个宿主机器上，甚至眼都不眨。试着用Xen来实现那个，我想除非你有一个超级强大的主机，不然我看是不可能的了
一个完整的虚拟系统通常得用几分钟去启动，linux容器虚拟技术（LXC）只要数秒，甚至有时时间更短。
对于每种虚拟系统都有反对者和支持者。如果你希望一个完全隔离的和资源有保障的环境，那么完全的虚拟机是你的选择。如果你只希望进程之间相互隔离，并且希望大量运行他们在一个合理大小的宿主机器上。那么linux容器虚拟技术（LXC）是你的选择。
更多有关信息，可以参考这些博客，这非常详细介绍了LXC的工作&
&为嘛在docker镜像上部署软件比在一致生产环境上容易?&我觉得问这个问题是非常愚蠢的
部署一个一致的生产环境说起来容易做起来难。即使你使用了chef 和puppet之类的工具，像操作系统升级，还有一些其它的事情而造成的主机及环境之间的改变，往往是常有的事。
docker所做的事情就是赋予你一种能力，使你可以将OS快照存入一个通用的镜像，并使得在往其它的docker主机上部署时变得容易。对于本地，开 发、质量管理、产品等等，都是用的同一个镜像。当然你也可以用其它的工具来做到这一点，但是可能没有这么容易或者这么快。
这对于单元测试是非常棒的。让我们来看看你有1000个测试，而且都需要连接数据库。为了不破坏任何事情，你需要一个接着一个的运行，以便这些测试不会相 互影响（每个测试都在事务中，然后回滚回去）。使用Docker，那么你可以创建一个数据库的镜像（image），既然你知道这些测试会运行在相同的的数 据库快照下，那么就可以并行地运行所有测试。既然这些测试都是并行运行在linux容器中，那么他们可以同时运行在同样的环境中。这样你的测试会完成的非 常快。试着用完整的虚拟机来做这件事。
编辑：来着评论&
& 有趣！我觉得我仍然对于&系统快照&的概念有些模糊，如何没有使用这些系统
镜像（image）会怎么样啊？
好的，试着看我能不能解释。你开始有个基础
镜像（image），然后进行改变数据，并且使用docker提交这些改变,这个会建立一个镜像（image），这个
镜像（image）只包含数据改变的部分。当你想运行你的这个
镜像（image）你仍然需要这基础
镜像（image），然后使用层式的文件系统，将你的映像置于基础映像之上，这个例子中用AUFS，AUFS将不同层融合起来，然后你就会得到你想要的，你只要简单运行就可以了。你可以增加许多的
镜像（image），这些
镜像（image）只会记录改变的地方。
原文链接：
译文链接：
【编辑推荐】
【责任编辑： TEL：（010）】
大家都在看猜你喜欢
头条头条头条原创头条
24H热文一周话题本月最赞
讲师：1人学习过
讲师：35人学习过
讲师：0人学习过
精选博文论坛热帖下载排行
本书虽然是《网管员必读―网络应用》的改版，但它绝不是简单的修改，而是完完全全的重写，内容更实用、更专业。全书共9章，13个大小方案，...
订阅51CTO邮刊2417人阅读
Docker 是一个开源工具，它可以让创建和管理&Linux 容器变得简单。容器就像是轻量级的虚拟机，并且可以以毫秒级的速度来启动或停止。Docker 帮助系统管理员和程序员在容器中开发应用程序，并且可以扩展到成千上万的节点。
容器和 VM（虚拟机）的主要区别是，容器提供了基于进程的隔离，而虚拟机提供了资源的完全隔离。虚拟机可能需要一分钟来启动，而容器只需要一秒钟或更短。容器使用宿主操作系统的内核，而虚拟机使用独立的内核。
Docker 的局限性之一是，它只能用在&64 位的操作系统上。
CentOS 7 中 Docker 的安装
Docker 软件包已经包括在默认的 CentOS-Extras 软件源里。因此想要安装 docker，只需要运行下面的 yum 命令：
[root@localhost&~]#&yum install docker
启动 Docker 服务
安装完成后，使用下面的命令来启动 docker 服务，并将其设置为开机启动：
[root@localhost&~]#&service docker start[root@localhost&~]#&chkconfig docker on
（LCTT 译注：此处采用了旧式的 sysv 语法，如采用CentOS 7中支持的新式 systemd 语法，如下：
[root@localhost&~]#&systemctl start docker.service[root@localhost&~]#&systemctl enable docker.service
&&相关文章推荐
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：6703次
排名：千里之外
原创：11篇
(3)(1)(4)(1)(1)(3)