docker的好处,为什么使用docker来部署服务器
关于DockerDocker是一个使用Go语言编写的虚拟化解决方案，非常轻量、易于使用。为什么要使用Docker至于为什么要使用Docker，相信你可以很轻松地在网上找到许多使用Docker的优点。一次配置、到处运行，更高效的虚拟化，更简单地管理等等。&但是，对于我个人来说，使用Docker，可以让我的工作环境变得整洁、干净。说到这里，就要说一下工作方式了。1. 石器时代在最开始时候，个人电脑就是工作电脑，工作娱乐都是在同一台电脑上进行的。一般情况下，会稍微对它们做下整理，比如放到不同文件夹，或者放到不同的磁盘。但是不管怎样，随着软件安装、删除、升级，文件的增删，慢慢的电脑中的文件碎片就越来越多。常见的比如windows电脑C盘越来越大，里面都是一些奇怪文件名的文件，都不知道哪些可以删，哪些不可以删，最后索性重装系统。2. 青铜时代在了解过一些虚拟机以及双系统的知识后，可以会选择安装双系统、装虚拟机，来保证工作环境的隔离。比如我以前就用Virtualbox装不同的系统做不同的事情。但是这类虚拟机启动缓慢，抽象看来它就是另外一台电脑，所以只是你的一台电脑变成两台或者多台电脑而已。3. 工业时代除了虚拟机启动缓慢、效率性能比较低之外，一台电脑还是同一套环境，如果你想切换环境，还是比较麻烦。比如你要做一个项目使用的是PHP5.3，但是你想试用PHP5.5的新特性时候就会比较麻烦。Docker的出现，可以比较好地解决其中某些问题。Docker的使用Docker是一个轻量级的虚拟化解决方案，你可以实现秒级的虚拟机启动、非常轻量级的虚拟化。个人使用理解看来，它可以实现一个类似于版本管理Git一样的轻量化的状态保存。Docker有两个非常重要的概念: 镜像和容器。镜像是呈载容器的实体，所有容器都是运行在镜像之上。用版本管理的角度来看，镜像就像是某一个节点，它可以派生出不同的分支，你可以在不同分支上做不同的事情。可以想象成一棵树，最基本的镜像是主树干，主树干可以分出旁支树干，而旁支树干可以分出更细的旁支，而树干上可以生长树枝。比如，你使用Docker，从官方仓库下载一个ubuntu镜像，把它作为最基础的镜像。然后在上面运行一个容器，这个容器里下载Nginx，再以这个容器为基础生成一个新的镜像，以后这个镜像生成的容器就都是ubuntu+nginx为基础。但是你工作环境可能需要你使用Apache来工作，你也想有一个ubuntu+apache为基础的镜像，于是你可以使用最基础的ubuntu镜像运行一个容器，在里面下载安装Apache，然后以这个容器为基础，保存一个ubuntu+apache的镜像，以后在这个镜像基础上运行的所有容器都拥有了一个apache环境。操作流程&在安装完Docker之后(这里以本机ubuntu操作系统为例):#&docker&pull&ubuntu这样通过pull会从官方仓库下载一个最新构建的ubuntu镜像下来::~#&docker&imagesREPOSITORY&&&&&&&&&&TAG&&&&&&&&&&&&&&&&&IMAGE&ID&&&&&&&&&&&&CREATED&&&&&&&&&&&&&VIRTUAL&SIZEubuntu&&&&&&&&&&&&&&latest&&&&&&&&&&&&&&9cbaf023786c&&&&&&&&7&days&ago&&&&&&&&&&192.8&MB然后，你可以在这个镜像为基础，执行某些操作。如下::~#&docker&run&-it&ubuntu&:/#这样，你就进入了一个容器。新容器并不需要单独创建，只需要以某个镜像为基础，执行某些命令就可以。&注意，新容器就像一个全新安装的精简系统，里面很多指令和程序都默认没有安装，如python, wget, vim等。&下面，在容器里下载nginx：:/#&apt-get&:/#&apt-get&install&:/#&which&nginx/usr/sbin/nginx
:/#&nginx&-vnginx&version:&nginx/1.4.6&(Ubuntu):/#&exit在退出容器之后，使用docker ps -a可以看到停止了的容器::~#&docker&ps&-aCONTAINER&ID&&&&&&&&IMAGE&&&&&&&&&&&&&&&COMMAND&&&&&&&&&&&&&CREATED&&&&&&&&&&&&&STATUS&&&&&&&&&&&&&&&&&&&&&&PORTS&&&&&&&NAMES&&&&&&ead6f34e1f8e&&&&&&&&ubuntu:latest&&&&&&&&/bin/bash&&&&&&&&&&9&minutes&ago&&&&&&&Exited&(0)&44&seconds&ago&&&&&&&&&&&&&&&&&&&&&&&suspicious_rosalind这里显示的一些东西:CONTAINER ID: 容器的IDIMAGE: 容器所使用的镜像COMMAND: 建立容器时候使用的命令CREATED: 创建时间STATUS: 当前状态PORTS: 端口映射(默认为无)NAMES: 容器的名字通过上面已经下载Nginx的容器，我们可以创建一个新的镜像::~#&docker&commit&-m&'add&nginx'&ead6f34e1f8e&ubuntu/nginx6d61d587b283fd163a30eff8ecd05de24cb815bc3acc5bc4b4d1ed
:~#&docker&imagesREPOSITORY&&&&&&&&&&TAG&&&&&&&&&&&&&&&&&IMAGE&ID&&&&&&&&&&&&CREATED&&&&&&&&&&&&&VIRTUAL&SIZEubuntu/nginx&&&&&&&&latest&&&&&&&&&&&&&&6d61d587b283&&&&&&&&3&seconds&ago&&&&&&&231.3&MBubuntu&&&&&&&&&&&&&&latest&&&&&&&&&&&&&&9cbaf023786c&&&&&&&&7&days&ago&&&&&&&&&&192.8&MB这样我们就创建了一个新的镜像，里面默认包含了Nginx，以后所有需要nginx运行环境的容器都可以以这个镜像为基础，而不需要重新下载。当然，这里的镜像名字比较随意，此处仅为实验。:~#&docker&run&-it&ubuntu/nginx&:/#&which&nginx/usr/sbin/nginx
:/#&nginx&-vnginx&version:&nginx/1.4.6&(Ubuntu)进入后可以看到，默认就是上面那个环境。现在退出后，再查看容器::~#&docker&ps&-aCONTAINER&ID&&&&&&&&IMAGE&&&&&&&&&&&&&&&&&COMMAND&&&&&&&&&&&&&CREATED&&&&&&&&&&&&&STATUS&&&&&&&&&&&&&&&&&&&&&&PORTS&&&&&&&&&&&&&&&NAMES4&&&&&&&&ubuntu/nginx:latest&&&&/bin/bash&&&&&&&&&&3&minutes&ago&&&&&&&Exited&(0)&3&seconds&ago&&&&&&&&&&&&&&&&&&&&&&&&happy_curie
ead6f34e1f8e&&&&&&&&ubuntu:latest&&&&&&&&&&/bin/bash&&&&&&&&&&23&minutes&ago&&&&&&Exited&(0)&14&minutes&ago&&&&&&&&&&&&&&&&&&&&&&&suspicious_rosalind这里就可以看到，有了两个停止的容器。另外，容器ID就是容器的主机名。你可以创建很多容器，仅消耗很少一部份资源，就可以拥了很多隔离的环境。而且，你可以把这样的环境保存起来，推送到某一个docker仓库中去，然后在生产环境再次下载运行。这样就达到了生产和开发环境的一致性，也就是一次开发到处运行。使用docker遇到的问题由于个人电脑为OS X，所以运行docker需要同时安装boot2docker这个程序，而且需要virtualbox的配合，具体可以参见Mac OS X系统安装说明。如果使用了Homebrew，可以直接使用brew install docker boot2docker来安装。但是如果以前安装过，或者更新，可能会有一些问题，很常见的如:Error&response&from&daemon:&client&and&server&don't&have&same&version&(client&:&1.15,&server:&1.13)这个问题说明服务端和客户端版本不一致(在linux系统上应该不会出现这样的问题)，主要是boot2docker引起的。如果遇到这样的问题，更新下boot2docker就可以了。注意，这里不是重新下载安装boot2docker:boot2docker&download
boot2docker&restart或boot2docker&upgrade后记这篇文章只是大概地讲述了一下Docker使用的最基本流程，里面有很多概念包括涉及到的概念(如镜像标签)并没有展开来讲，所以总体是比较粗略的。深入了解可以期待本人后续文章或者直接参看下面的开源图书，这本书很适合想入门的朋友。
相关报道：
本站地址：
关键词： &&
责任编辑：
已有位网友参与评论
本类周最热
分类导航： |
软件名称软件类别好评率
本站所有资源均来自互联网,本站只做收集,如本站侵犯到您的版权请发送邮件给我们，我们收到邮件后会在第一时间删除！商务QQ：1674653
Copyright (C)您的位置： >
Docker 和一个正常的虚拟机有何区别？
[导读]我多次重读Docker.io文档，希望搞明白Docker.io和一个完全的虚拟机的区别。Docker是如何做到提供一个完整的文件系统，独立的网络环境等等这些功能，同时还没有如此庞大？为什么部署软件在一个docker影像（image）比部...
我多次重读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容器虚拟技术（LUX）只要数秒，甚至有时时间更短。对于每种虚拟系统都有反对者和支持者。如果你希望一个完全隔离的和资源有保障的环境，那么完全的虚拟机是你的选择。如果你只希望进程之间相互隔离，并且希望大量运行他们在一个合理大小的宿主机器上。那么linux容器虚拟技术（LUX）是你的选择。更多有关信息，可以参考这些博客，这非常详细介绍了LXC的工作/under-the-hood-linux-kernels-on-dotcloud-part&为嘛在docker影像上部署软件比在一致生产环境上容易?&我觉得问这个问题是非常愚蠢的。部署一个一致的生产环境说起来容易做起来难。即使你使用了chef 和puppet之类的工具，像操作系统升级，还有一些其它的事情而造成的主机及环境之间的改变，往往是常有的事。docker所做的事情就是赋予你一种能力，使你可以将OS快照存入一个通用的镜像，并使得在往其它的docker主机上部署时变得容易。对于本地，开发、质量管理、产品等等，都是用的同一个镜像。当然你也可以用其它的工具来做到这一点，但是可能没有这么容易或者这么快。这对于单元测试是非常棒的。让我们来看看你有1000个测试，而且都需要连接数据库。为了不破坏任何事情，你需要一个接着一个的运行，以便这些测试不会相互影响（每个测试都在事务中，然后回滚回去）。使用Docker，那么你可以创建一个数据库的影像（image），既然你知道这些测试会运行在相同的的数据库快照下，那么就可以并行地运行所有测试。既然这些测试都是并行运行在linux容器中，那么他们可以同时运行在同样的环境中。这样你的测试会完成的非常快。
转载请注明来源：
特别声明： 本站除部分特别声明禁止转载的专稿外的其他文章可以自由转载，但请务必注明出处和原始作者。文章版权归文章原始作者所有。对于被本站转载文章的个人和网站，我们表示深深的谢意。如果本站转载的文章有版权问题请联系我们，我们会尽快予以更正。
上一篇：下一篇：
了解这些字：
··········
··········
··········
··········扫一扫下载手机客户端
扫描我，关注团购信息，享更多优惠
||网络安全
| | | | | | | | | | | | | | | |
||电子电工
汽车交通| | | | | | | | | |
||投资理财
| | | | | | | | | | | | | | | | |
| | | | | | |
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
||外语考试
| | | | | | | | |
| 视频教程|
PaaS实现与运维管理：基于Mesos+Docker+ELK的实战指南
国内PaaS著作｜云计算数据中心关键技术揭秘｜Docker生产运维实践｜运维管理精华萃取
定价：￥79.00
校园优惠价：￥59.25 (75折)
促销活动：
商品已成功飞到您的手机啦！快登录手机站看看吧！
下载客户端
> 微信关注“互动出版网”，便捷查询订单，更多惊喜天天有
ISBN：9上架时间：出版日期：2016 年2月开本：16开页码：422版次：1-1
所属分类：
　 本书从技术和管理两个角度详解分布式PaaS平台的实现与运维，主要涉及：◎概念模型：引入PaaS平台◎基础资源：回归本真，理解三大基础资源--计算、存储、网络◎平台实现：构建完整的PaaS平台--基于容器的操作系统虚拟化技术Docker｜分布式协调系统ZooKeeper｜资源管理系统Mesos｜服务调度框架 Marathon｜大数据处理架构Spark｜日志搜索分析系统ELK◎运维管理：运维管理的核心是配置管理。直逼系统运维前线的种种烦恼，集技术原理、生产实践与系统实现三位一体，内容充实、层次清晰、行文流畅，堪称云计算时代、分布式环境下不可多得的运维好书。
《PaaS实现与运维管理：基于Mesos +Docker+ELK的实战指南》主要阐述了云计算中PaaS平台的实现与运维管理，分为四大部分，分别是概念模型、基础资源、平台实现与运维管理，共十五章。第一部分阐述了运维与开发之间的关系、这层关系存在的矛盾，以及PaaS是如何有效缓解其矛盾的；第二部分勾勒出了数据中心的计算、网络、存储三大资源的主干，避免让人陷入上层的种种产品中；第三部分通过开源产品来构建一个完整的PaaS平台，包括资源管理、任务调度、计算单元打包、分布式协调、日志集中等；第四部分对运维管理进行了实践。
《PaaS实现与运维管理：基于Mesos +Docker+ELK的实战指南》适合运维工程师、运维管理人员，以及希望在PaaS上运行分布式、可伸缩、高可用的后端开发工程师阅读。
余何,毕业于长沙理工大学，现就职于平安科技深圳有限公司。曾就职于华为技术有限公司，著作方向计算机IT领域。
第一部分　概念模型
第1章　分布式PaaS平台介绍
1.1　什么是PaaS
1.1.1　开发与运维之间的困局
1.1.2　DevOps的自动化
1.1.3　云计算的IaaS
1.1.4　PaaS的到来
1.1.5　PaaS的约束与开放
1.1.6　PaaS解决的具体问题
1.2　什么是分布式计算
1.2.1　分布式计算与PaaS
1.2.2　分布式平台的挑战
第2章　PaaS模型与特征
2.1　主流PaaS平台架构
2.1.1　谷歌GAE
2.1.2　AEB
2.1.3　Cloud Foundry
2.1.4　Heroku
2.2　PaaS与12-Factor
2.2.1　基准代码（Codebase）
　　古往今来随风去，书剑相伴两袖空
　　笔者在运维领域耕耘十余载。2007年加入平安集团旗下的科技公司，2011年主导了业内最大的应用迁徙与架构变更，2012年开展IT运维管理变革，打通横向条线，实现了技能融合。光阴荏苒，日月如梭，运维往事历历在目，我们流过汗，熬过夜，摊过事，也拿过奖，运维是一个从无到有、日积月累、不断提升的过程，也是一个需要耐得住寂寞，顶得住压力的行当，在此与正奋斗在运维一线的伙伴们共勉。
　　平安IT经历了企业信息管理部、国际领先IT服务公司、互联网金融三个历史阶段，每一次蜕变都紧随时代步伐，拥抱技术革新，创造业务价值。从企业ERP、PC互联、移动互联、云计算到大数据，运维人一直在奔袭，从未停歇。企业信息管理时期的运维人飞行于各大城市的上空，每一次发版、变更就是一次长途远行，分散的管理模式简单直接，但随着业务发展、规模扩大，企业对系统稳定性、运营成本控制的要求越来越高，随之而来的是IT集中管理时期，这个时期追求一流的国际IT服务管理水平，构建独立数据中心，实现开发架构、安全标准与运营规范的全面统一，该时期形成的IT管理实践堪称行业标杆。2013年全面进入互联网金融时期，移动互联、云计算、大数据的火热发展，业务渠道、流量入口、用户终端的改变，促使我们又一次站在了历史的新起点。
　　互联网金融在运维方面上演了一场"双城记"。一边是充满贵族气质、为荣誉而战的"英伦君主立宪"，在这个领域内严格执行IT管理规范，稳若磐石，滴水不漏，保证绝对稳定与安全；而另一边是自由、民主喧哗下的"法国大革命"，为了满足互联网下业务系统的高并发、高吞吐、版本多变的需求，应用不再拘泥于一致框架、规范与准则，多样选择，以快为先。本书的核心内容就是在这样的背景下诞生的，我们无法"一刀切"地构建承载所有应用类型的基础环境，只有准确定义应用标准，以一种兼容并存的方式在应用架构上迭代地朝轻量级、微模块方向发展，通过技术、管理双层标准来调和"君主立宪"与"民主共和"之间的矛盾，转化成优势互补、经验传承、全面共赢，最终完成新时期的历史使命。这个过程是无法一步到位、一蹴而就的，而是以一种螺旋式形态探索前进的，除了在原有管理规范上引入新技术探究，还需要开发同步配合在应用架构上进行改造，基础架构将从环境运维逐渐转变成平台研发，以提供功能粒度细、服务自助化的运维平台来满足上层应用需求。
　　通明大道去浮华，千辛历尽回本真
　　PaaS并不能解决IT运维的所有问题，它对应了"民主共和"的部分，提供了一个用户自助的开放形式平台来满足部分应用需求。PaaS也不是从一开始就从解决异地容灾、流量切换等数据中心级别功能上设计的，而是在兼容当前企业应用架构、满足资源分配、计算单元打包、版本发布控制等基础功能后，再做进一步功能延伸的。PaaS并不是一种新兴技术，而是对以往运维经验的总结，利用容器等技术对开发、运维工作流的重新编排。
　　IT技术更新发展快，新词汇层出不尽，特别是在云计算、大数据、移动互联下衍生了大量的产品，让运维人应接不暇，刚刚掌握Hadoop，又出Spark，才标准化ActiveMQ，又有Kafka，OpenStack的IaaS体系才得以了解，又有各种平台下的PaaS……如果要熟练掌握每一门技艺，则将是一个疲于奔命的过程，而这个过程大部分都是表面的产品架构与配置，我们会发现一旦深入其中，所有技术却看似一致。对于运维人员来说，亘古不变的始终是底层的三大基础资源计算、存储、网络，这些知识包括：程序的链接、加载与运行；操作系统下的CPU、内存、I/O资源管理；基本的TCP/IP协议栈等。随着技术层级越多、复杂性越高，运维人员只有透过眼花缭乱的"新技术"看到其内在一致的本质，在底层长期沉淀，理解好程序是如何调用三大基础资源，找到运维技术的本真，才可以做到最终的不变应万变，这也印证了运维是一个要耐得住寂寞的行当。
　　最后让我们回到运维管理上，今年国内互联网上发生了几起影响比较严重的运维故障，一时间在圈内引起关于"再流弊的技术，也抵不过一次事故"等的科技杂谈，可见管理在运维上的重要性。管理是一门艺术，而这门艺术在运维上并不是形而上学、趋于神秘主义的，也不是绝对的"封""杀""控"，以怀疑主义、不信任方式来管控的。运维管理是人、流程与工具三方面的有机结合。"民主共和"型运维管理往往依赖于人的自觉性，而"君主立宪"则重在流程管控，朝两个极端偏倚而忽视它们与工具的结合都将不能从根本上解决问题。我们会发现越是技术实力强、自信的人越容易犯运维错误，而再完善的流程制度，如果烦琐到让人感觉"无意义"，那也就无从执行了。工具是人与流程之间的桥梁，但一定要注意这个工具不是管控的"枷锁"，而是在满足运维管理需求下关注一线运维人员用户体验的"帮手"。对于管理层，它是上层意志的体现，但对于一线运维人员，它是一个效率工具，除了包含精准配置信息、标准变更步骤，还要囊括人性的知识分享、社交互动等功能，它是为一线运维人员服务、以人为本的。
　　内容大纲
　　本书分为四大部分，分别是概念模型、基础资源、平台实现与运维管理，共十五章。各部分之间没有必然联系，读者可依据关注点和个人兴趣来阅读。对于需要系统化理解运维及PaaS的读者，建议遵循本书的章节顺序阅读。
　　第一部分--概念模型：阐述了运维与开发之间的关系、这层关系存在的矛盾，以及PaaS是如何有效缓解其矛盾的。这部分介绍了公有PaaS平台的特征，以及其开放性与约束性，列出12-Factor规范来说明应用系统应当遵循的规则，这样才能适应于在PaaS上运行。
　　第二部分--基础资源：勾勒出了数据中心的计算、网络、存储三大资源的主干，避免让人陷入上层的种种产品中。对于已熟悉数据中心三大资源的运维人员来说，本部分是资源的总体概述，让你重拾内在本质。若你是一名运维新兵，则请以此为纲要寻找外部资源来继续深入学习；开发人员可通过本部分了解到日常运维工作所管理对象的基本内容。
　　第三部分--平台实现：通过开源产品来构建一个完整的PaaS平台，包括资源管理、任务调度、计算单元打包、分布式协调、日志集中等。通过学习本部分的内容，读者可以实现一个可扩展、自定义的开放PaaS平台，这个扩展部分包括了各自企业内部的集成部署流程、应用灰度发布、平台门户管理等方方面面的内容。
　　第四部分--运维管理：对运维管理进行了实践。运维管理的核心是配置管理，一个好用、易用的配置管理系统将直接影响上层监控管理、变更管理及事件管理，决定一个企业运维品质的好坏。
　　首先特别感谢我的太太李嘉，在过去一年里，写作几乎占用了我所有的周末及其他休息时间，你承担起了家务，并对我与余多多悉心照顾，没有你的理解、宽容与支持，本书无法完成。感谢姐夫喻立新、姐姐何碧，你们在本书插图上给予了我很大的帮助。特别感谢饶琛琳、杨永帮利用周末进行审订稿件，感谢梁山在12-Factor上对我的帮助，感谢策划编辑孙学瑛老师对我的鼓励，感谢责任编辑虾米（张国霞）的校对、排版与指导。
　　感谢我的公司平安科技，给予了我一个更大的平台，让我驰骋在IT运维大草原上得以一览全貌。感谢我的上级胡玮、朱永忠、李毅对我工作的支持，感谢我的同事王欣、于泳、宋楹柯、蓝景全、江锐、常明、黄文建、唐文祥、陈顺星、彭俊清、陈春润对我的帮助。感谢事件处理组的小伙伴们：王耀武、莫广华、陈秋浩、郑司营、赵宝磊、吴磊、林国峰、张浙栋、夏永燕、孟佩佩、罗颖胜、倪沛榆、丁江，感谢基础架构篮球队。感谢所有在互联网上帮助过我的朋友们。
　　2015年11月
　　第一次见作者是在2007年年中，他刚到平安科技入职。初次交谈，他给我最大的印象是虚心好学，积极上进。当时为了提升团队整体的计算机专业水平，我们进行了约一年的内部相互学习和培训，重点放在计算机最底层的计算机组成和程序运行原理上。记得第一次安排他做的培训题目是从软件破解的角度去了解计算机软件。他用了两周来学习和准备就可以大致讲明白编译运行类程序的内存布局和进行破解的方法。这种自学的激情和效率不是所有人都能做到的，正是这种好学上进的精神成就了今天的他。其实，要把计算机方面的工作做到极致，必须要有这种精神。
　　作者与我在一个IT团队共事五年，我们一起经历过系统运维一线的种种复杂而烦琐的工作：应用环境构建、问题应对、重大事故处理、运维管理……我们曾经通宵达旦地解决事故背后的疑难问题，曾经为解决运维中的资源管理、监控、自动化、工作协同等问题一起设计并开发运维工作平台。多年前，我们有一个想法：我们的团队亲身经历所获取的经验和教训，整理下来就是一本很好的书。一年前，作者提到自己准备写一本反映IT运维工作本源和真谛的书。当时觉得，IT运维工作者确实需要这样一本书。市面上的运维书籍多在讲解如何去使用某个软件或者系统，却很少提及如何面对多种多样的系统、软件、硬件，更谈不上从本质和道理层面上去讲解运维的本真。对于任何一个事物，如果我们掌握了它的本质，则应对起来会更加游刃有余。好比程序员读懂了Programming from ground up，OS管理员读懂了《计算机的心智--操作系统之哲学原理》，创业者读懂了《创业维艰》。虽然，现在本书把重点放在了PaaS，但多从计算机技术本质角度提出问题和解决问题，也算是回归了运维本真的思路。
　　IT运维有两种复杂度：一是应用规模大，一个应用要应对海量访问，例如上了规模的互联网运维；二是应用数量多，碎片化小应用特别多，例如大企业中大量的异构小应用和复杂的网络拓扑。这两种复杂度带来的问题总是让人头疼。面对这些复杂的问题，如何选择合适的技术和方法进行应用的快速构建、资源配置、信息管理、监控、操作自动化等，并没有一致的答案。要有答案，需要你充分考虑和分析所在环境的团队素质、外部资源支持、应用特点等因素。作者以自己的亲身工作经验为背景，对这些重要内容进行了讲解。
　　引用爱恩斯坦的一句话：Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius and a lot of courage to move in the opposite direction，意思是自命不凡的学者总会把事物变得更大、更复杂和更剧烈，而在相反方向上努力是需要不凡的天赋和极大的勇气的。
　　IT运维工作者，你懂的！
　　TechSure创始人兼CEO温海波
　　2015年10月
　　云计算正在中国普及，在IaaS、PaaS、SaaS的三层服务里：IaaS的标准相对成熟；SaaS百花齐放、新应用层出不穷；PaaS作为衔接IaaS与SaaS的平台服务层，现在越来越受到人们的重视，专门提供PaaS的创业公司也越来越多了。
　　本书介绍了比较常见和重要的PaaS系统，包括基于容器的操作系统虚拟化技术Docker、分布式协调系统ZooKeeper、资源管理系统Mesos、服务调度框架 Marathon、大数据处理架构Spark、日志搜索分析系统ELK等。Docker、Mesos、Spark、ELK等系统在美国都有专门的创业公司如Docker、Mesosphere、Databricks、Elastic等知名公司在开发并提供技术支持服务，这些公司受到了风险投资界的追捧。更有专门的公司开发和维护这些系统，这是对其生命力和前途的背书。这些系统已经在业界得到广泛应用，每一位对云计算感兴趣的技术人员都应该了解这些系统。
　　以日志管理为例，一家公司的服务器、网络设备、应用系统每时每刻都在产生日志，大公司的IT系统可能每秒产生超过10万条日志，每天产生的日志量达到TB级。这些日志包含了极其重要的运维信息和业务信息，但分散在服务器和网络设备上，需要登录每台设备上查看，存储空间满了就被覆盖、删除，管理非常不方便。一些大公司建立了日志管理系统，把分散在各台设备上的日志采集上来，集中管理，并提供查询、分析、统计等功能。因为日志是非结构化数据，传统的使用数据库的处理方式不适合日志处理，于是出现了ELK这种采用实时搜索引擎处理日志的开源系统。本书详细介绍了ELK。
　　另外，本书也涵盖了数据中心运维技术和管理如配置、监控、变更等，对GAE、Cloud Foundry、Heroku等国外热门的PaaS也有介绍，对运维工程师大有裨益。
　　本书作者在平安科技从事运维管理工作多年，经历了平安科技从金融IT到互联网金融的转变。互联网强调快速迭代，金融IT强调稳定合规，能把这对矛盾体结合在一起，实属不易。作者在这方面积累了丰富的经验，现在把这些宝贵经验分享出来，是对IT运维界的贡献，希望本书能够对云平台运维工程师有所帮助。
　　日志易创始人兼CEO陈军
　　2015年9月
　　本书最大的特点是理论联系实际，深入浅出地讲解了PaaS的实现方法，涉及当下非常热门的Docker、Mesos技术，更难能可贵的是，作者同时分享了珍贵的运维实践经验，我为读者能看到本书的精彩内容而感到高兴。
　　"KVM虚拟化实践"公众号维护者、珠海金山西山居系统运维经理肖力
　　每一名IT工程师都有自己的PaaS平台梦，这才有近年来风行的GAE、CloudFoundry、Docker。然而PaaS要在企业中应用推广，绝不是改个容器或虚拟机那么简单。本书以PaaS为题，内容却覆盖了平台建设的理论基础、技术实现、配套系统和流程管理，是作者多年实践经验的精华所在，堪称大型企业应用运维平台化的指导用书。
　　微博运维团队系统架构师饶琛琳
　　PaaS越来越受到重视，它是未来真正的高效运维利器。本书作者有着丰富的一线运维经验，在本书中从PaaS平台的多个角度阐述了其核心原理与技术实现。值得称赞的是，作者还给出了应用系统如何适应PaaS及对PaaS应用的运维管理，让我们对PaaS平台有了系统而全面的认识。
　　优维科技创始人、互联网运维杂谈王津银
　　国内有不少运维同行在自己的业务领域尝试引入私有IaaS技术，因此催生了不少分享IaaS体系理念及实践的资料和书籍。伴随着愈演愈烈的竞争，互联网业务对运营及运维能力的要求也会不断攀升，大家会慢慢意识到私有云的概念停留在IaaS层面是远远不够的。国内分享PaaS体系的理念及实践的资料和书籍并不多，本书不但对PaaS理论及基础概念介绍得比较清楚，而且以平安科技的实践经验为背景，对广大运维及运营开发同行会有很大的帮助。
　　腾讯游戏蓝鲸产品中心总监咖啡党
　　云服务是当前炙手可热的话题，现在业务使用云服务是趋势，百度内部的业务线也很早就在推广Matrix、PaaS技术。本书内容通俗易懂，讲解由浅至深，读者既能从书中了解到云服务的现状，又能从细节上了解PaaS的实现原理。作者本身对PaaS有着丰富的实战经验，结合书中丰富的源代码，能使读者快速踏入PaaS领域。
　　百度国际化首席架构师、广告变现技术团队负责人谢朴锐
　　相较IaaS而言，PaaS更为丰富、可操作性更强，作者精选多种流行、前沿的PaaS 工具、产品及运维自动化工具，再辅以基础理论知识和个人多年运维行业技术经验写成本书。本书文字朴实易懂、图文并茂，适合运维同仁们细细阅读。
　　开放运维联盟联合主席、高效运维技术社区创始人萧田国
　　推荐序一
　　**次见作者是在2007年年中，他刚到平安科技入职。初次交谈，他给我**的印象是虚心好学，积极上进。当时为了提升团队整体的计算机专业水平，我们进行了约一年的内部相互学习和培训，重点放在计算机*底层的计算机组成和程序运行原理上。记得**次安排他做的培训题目是从软件破解的角度去了解计算机软件。他用了两周来学习和准备就可以大致讲明白编译运行类程序的内存布局和进行破解的方法。这种自学的激情和效率不是所有人都能做到的，正是这种好学上进的精神成就了今天的他。其实，要把计算机方面的工作做到极致，必须要有这种精神。
　　作者与我在一个IT团队共事五年，我们一起经历过系统运维一线的种种复杂而烦琐的工作：应用环境构建、问题应对、重大事故处理、运维管理……我们曾经通宵达旦地解决事故背后的疑难问题，曾经为解决运维中的资源管理、监控、自动化、工作协同等问题一起设计并开发运维工作平台。多年前，我们有一个想法：我们的团队亲身经历所获取的经验和教训，整理下来就是一本很好的书。一年前，作者提到自己准备写一本反映IT运维工作本源和真谛的书。当时觉得，IT运维工作者确实需要这样一本书。市面上的运维书籍多在讲解如何去使用某个软件或者系统，却很少提及如何面对多种多样的系统、软件、硬件，更谈不上从本质和道理层面上去讲解运维的本真。对于任何一个事物，如果我们掌握了它的本质，则应对起来会更加游刃有余。好比程序员读懂了Programming from ground up，OS管理员读懂了《计算机的心智――操作系统之哲学原理》，创业者读懂了《创业维艰》。虽然，现在本书把重点放在了PaaS，但多从计算机技术本质角度提出问题和解决问题，也算是回归了运维本真的思路。
　　IT运维有两种复杂度：一是应用规模大，一个应用要应对海量访问，例如上了规模的互联网运维；二是应用数量多，碎片化小应用特别多，例如大企业中大量的异构小应用和复杂的网络拓扑。这两种复杂度带来的问题总是让人头疼。面对这些复杂的问题，如何选择合适的技术和方法进行应用的快速构建、资源配置、信息管理、监控、操作自动化等，并没有一致的答案。要有答案，需要你充分考虑和分析所在环境的团队素质、外部资源支持、应用特点等因素。作者以自己的亲身工作经验为背景，对这些重要内容进行了讲解。
　　引用爱恩斯坦的一句话：Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius and a lot of courage to move in the opposite direction，意思是自命不凡的学者总会把事物变得更大、更复杂和更剧烈，而在相反方向上努力是需要不凡的天赋和极大的勇气的。
　　IT运维工作者，你懂的！
　　TechSure创始人兼CEO温海波
　　2015年10月
　　推荐序二
　　云计算正在中国普及，在IaaS、PaaS、SaaS的三层服务里：IaaS的标准相对成熟；SaaS百花齐放、新应用层出不穷；PaaS作为衔接IaaS与SaaS的平台服务层，现在越来越受到人们的重视，专门提供PaaS的创业公司也越来越多了。
　　本书介绍了比较常见和重要的PaaS系统，包括基于容器的操作系统虚拟化技术Docker、分布式协调系统ZooKeeper、资源管理系统Mesos、服务调度框架 Marathon、大数据处理架构Spark、日志搜索分析系统ELK等。Docker、Mesos、Spark、ELK等系统在美国都有专门的创业公司如Docker、Mesosphere、Databricks、Elastic等知名公司在开发并提供技术支持服务，这些公司受到了风险投资界的追捧。更有专门的公司开发和维护这些系统，这是对其生命力和前途的背书。这些系统已经在业界得到广泛应用，每一位对云计算感兴趣的技术人员都应该了解这些系统。
　　以日志管理为例，一家公司的服务器、网络设备、应用系统每时每刻都在产生日志，大公司的IT系统可能每秒产生超过10万条日志，每天产生的日志量达到TB级。这些日志包含了极其重要的运维信息和业务信息，但分散在服务器和网络设备上，需要登录每台设备上查看，存储空间满了就被覆盖、删除，管理非常不方便。一些大公司建立了日志管理系统，把分散在各台设备上的日志采集上来，集中管理，并提供查询、分析、统计等功能。因为日志是非结构化数据，传统的使用数据库的处理方式不适合日志处理，于是出现了ELK这种采用实时搜索引擎处理日志的开源系统。本书详细介绍了ELK。
　　另外，本书也涵盖了数据中心运维技术和管理如配置、监控、变更等，对GAE、Cloud Foundry、Heroku等国外热门的PaaS也有介绍，对运维工程师大有裨益。
　　本书作者在平安科技从事运维管理工作多年，经历了平安科技从金融IT到互联网金融的转变。互联网强调快速迭代，金融IT强调稳定合规，能把这对矛盾体结合在一起，实属不易。作者在这方面积累了丰富的经验，现在把这些宝贵经验分享出来，是对IT运维界的贡献，希望本书能够对云平台运维工程师有所帮助。
　　日志易创始人兼CEO陈军
　　2015年9月
同类热销商品￥35.00￥24.50
订单处理配送
北京奥维博世图书发行有限公司 china-pub,All Rights Reserved