1. docker是什么

Docker is an open-source engine that automates the deployment of any application as a lightweight, portable, self-sufficient container that will run virtually anywhere.

Docker是 PaaS 提供商dotCloud开源的一个基于 LXC 的高级容器引擎，源代码托管在 Github 上, 基于go语言并遵从Apache2.0协议开源.

Docker近期非常火热，无论是从 GitHub 上的代码活跃度，还是Redhat宣布在RHEL7中正式支持Docker，都给业界一个信号，这是一项创新型的技术解决方案。就连 Google 公司的 Compute Engine 也支持 docker 在其之上运行，国内“BAT”先锋企业百度Baidu App Engine(BAE)平台也是以Docker作为其PaaS云基础。

Docker产生的目的就是为了解决以下问题：

环境管理复杂：从各种OS到各种中间件再到各种App，一款产品能够成功发布，作为开发者需要关心的东西太多，且难于管理，这个问题在软件行业中普遍存在并需要直接面对。Docker可以简化部署多种应用实例工作，比如Web应用、后台应用、数据库应用、大数据应用比如Hadoop集群、消息队列等等都可以打包成一个Image部署。
云计算时代的到来：AWS的成功，引导开发者将应用转移到云上, 解决了硬件管理的问题，然而软件配置和管理相关的问题依然存在 (AWS cloudformation是这个方向的业界标准, 样例模板可参考这里)。Docker的出现正好能帮助软件开发者开阔思路，尝试新的软件管理方法来解决这个问题。
虚拟化手段的变化：云时代采用标配硬件来降低成本，采用虚拟化手段来满足用户按需分配的资源需求以及保证可用性和隔离性。然而无论是KVM还是Xen，在 Docker 看来都在浪费资源，因为用户需要的是高效运行环境而非OS，GuestOS既浪费资源又难于管理，更加轻量级的LXC更加灵活和快速。
LXC的便携性：LXC在 Linux 2.6 的 Kernel 里就已经存在了，但是其设计之初并非为云计算考虑的，缺少标准化的描述手段和容器的可便携性，决定其构建出的环境难于分发和标准化管理(相对于KVM之类image和snapshot的概念)。Docker就在这个问题上做出了实质性的创新方法。

Docker的主要特性如下：

文件系统隔离：每个进程容器运行在完全独立的根文件系统里。
资源隔离：可以使用cgroup为每个进程容器分配不同的系统资源，例如CPU和内存。
网络隔离：每个进程容器运行在自己的网络命名空间里，拥有自己的虚拟接口和IP地址。
写时复制：采用写时复制方式创建根文件系统，这让部署变得极其快捷，并且节省内存和硬盘空间。
日志记录：Docker将会收集和记录每个进程容器的标准流（stdout/stderr/stdin），用于实时检索或批量检索。
变更管理：容器文件系统的变更可以提交到新的映像中，并可重复使用以创建更多的容器。无需使用模板或手动配置。
交互式Shell：Docker可以分配一个虚拟终端并关联到任何容器的标准输入上，例如运行一个一次性交互shell。

2. 比较

2.1 docker vs 传统虚拟化技术

作为一种新兴的虚拟化方式，Docker 跟传统的虚拟化方式（xen、kvm、vmware）相比具有众多的优势。

首先，Docker 容器的启动可以在秒级实现，这相比传统的虚拟机方式要快得多。其次，Docker 对系统资源的利用率很高，一台主机上可以同时运行数千个 Docker 容器。容器除了运行其中应用外，基本不消耗额外的系统资源，使得应用的性能很高，同时系统的开销尽量小。传统虚拟机方式运行 10 个不同的应用就要起 10 个虚拟机，而Docker 只需要启动 10 个隔离的应用即可。

具体说来，Docker 在如下几个方面具有较大的优势。

更快速的交付和部署
对开发和运维（devop）人员来说，最希望的就是一次创建或配置，可以在任意地方正常运行。
开发者可以使用一个标准的镜像来构建一套开发容器，开发完成之后，运维人员可以直接使用这个容器来部署代码。 Docker 可以快速创建容器，快速迭代应用程序，并让整个过程全程可见，使团队中的其他成员更容易理解应用程序是如何创建和工作的。 Docker 容器很轻很快！容器的启动时间是秒级的，大量地节约开发、测试、部署的时间。
更高效的虚拟化
Docker 容器的运行不需要额外的 hypervisor 支持，它是内核级的虚拟化，因此可以实现更高的性能和效率。
更轻松的迁移和扩展
Docker 容器几乎可以在任意的平台上运行，包括物理机、虚拟机、公有云、私有云、个人电脑、服务器等。这种兼容性可以让用户把一个应用程序从一个平台直接迁移到另外一个。
更简单的管理

使用 Docker，只需要小小的修改，就可以替代以往大量的更新工作。所有的修改都以增量的方式被分发和更新，从而实现自动化并且高效的管理。

对比传统虚拟机总结：

特性	容器	虚拟机
启动	秒级	分钟级
硬盘使用	一般为 MB	一般为 GB
性能	接近原生	弱于
系统支持量	单机支持上千个容器	一般几十个

2.2 docker vs lxc

Docker以Linux容器LXC为基础，实现轻量级的操作系统虚拟化解决方案。在LXC的基础上Docker进行了进一步的封装，让用户不需要去关心容器的管理，使得操作更为简便，具体改进有：

Portable deployment across machines
Docker提供了一种可移植的配置标准化机制，允许你一致性地在不同的机器上运行同一个Container；而LXC本身可能因为不同机器的不同配置而无法方便地移植运行；
Application-centric
Docker以App为中心，为应用的部署做了很多优化，而LXC的帮助脚本主要是聚焦于如何机器启动地更快和耗更少的内存；
Automatic build
Docker为App提供了一种自动化构建机制（Dockerfile），包括打包，基础设施依赖管理和安装等等；
Versioning
Docker提供了一种类似git的Container版本化的机制，允许你对你创建过的容器进行版本管理，依靠这种机制，你还可以下载别人创建的Container，甚至像git那样进行合并；
Component reuse
Docker Container是可重用的，依赖于版本化机制，你很容易重用别人的Container（叫Image），作为基础版本进行扩展；
Sharing
Docker Container是可共享的，有点类似github一样，Docker有自己的INDEX，你可以创建自己的Docker用户并上传和下载Docker Image；
Tool ecosystem
Docker提供了很多的工具链，形成了一个生态系统；这些工具的目标是自动化、个性化和集成化，包括对PAAS平台的支持等。

3. docker应用场景

Docker作为一个开源的应用容器引擎，让开发者可以打包他们的应用以及依赖包到一个可移植的容器中，然后发布到任何流行的 Linux 机器上，也可以实现虚拟化。Docker可以自动化打包和部署任何应用、创建一个轻量级私有PaaS云、搭建开发测试环境、部署可扩展的Web应用等。这决定了它在企业中的应用场景是有限的，Docker将自己定位为“分发应用的开放平台”，其网站上也明确地提到了Docker的典型应用场景：

Automating the packaging and deployment of applications

Creation of lightweight, private PAAS environments

Automated testing and continuous integration/deployment

Deploying and scaling web apps, databases and backend services

对应用进行自动打包和部署，创建轻量、私有的PAAS环境，自动化测试和持续整合与部署，部署和扩展Web应用、数据库和后端服务。

平台即服务一般与大数据量系统同在，反观当前我司各IT系统，可以在以下情形下使用docker替代方案：

结合vagrant或supervisor，搭建统一的开发、测试环境
多个开发人员共同进行一个项目，就必须保持开发环境完全一致，部署到测试环境、正式环境后，最好都是同一套环境，通过容器来保存状态，分发给开发人员或部署，可以让“代码在我机子上运行没有问题”这种说辞将成为历史。
对memcached、mysql甚至tomcat，打包成一个个容器，避免重复配置
比如将一个稳定版本的、已配置完善的mysql，固化在一个镜像中，假如有新的环境要用到mysql数据库，便不需要重新安装、配置，而只需要启动一个容器瞬间完成。tomcat应用场景更多，可以将不同版本的jvm和tomcat打包分发，应用于多tomcat集群，或在测试服务器上隔离多个不同运行环境要求的测试应用（例如旧系统采用的是jdk6，新系统在jdk7上开发，但共用同一套测试环境）。

docker不足

LXC是基于cgroup等linux kernel功能的，因此container的guest系统只能是linux base的
隔离性相比KVM之类的虚拟化方案还是有些欠缺，所有container公用一部分的运行库
网络管理相对简单，主要是基于namespace隔离
cgroup的cpu和cpuset提供的cpu功能相比KVM的等虚拟化方案相比难以度量(所以dotcloud主要是安内存收费)
container随着用户进程的停止而销毁，container中的log等用户数据不便收集

另外，Docker是面向应用的，其终极目标是构建PAAS平台，而现有虚拟机主要目的是提供一个灵活的计算资源池，是面向架构的，其终极目标是构建一个IAAS平台，所以它不能替代传统虚拟化解决方案。目前在容器可管理性方面，对于方便运维，提供UI来管理监控各个containers的功能还不足，还都是第三方实现如DockerUI、Dockland、Shipyard等。

4. docker组成部分

Docker使用客户端-服务器(client-server)架构模式。Docker客户端会与Docker守护进程进行通信。Docker守护进程会处理复杂繁重的任务，例如建立、运行、发布你的Docker容器。Docker客户端和守护进程可以运行在同一个系统上，当然你也可以使用Docker客户端去连接一个远程的Docker守护进程。Docker客户端和守护进程之间通过socket或者RESTful API进行通信。

4.1 images（镜像）

Docker 镜像就是一个只读的模板。例如，一个镜像可以包含一个完整的 ubuntu 操作系统环境，里面仅安装了 Apache 或用户需要的其它应用程序。
镜像可以用来创建 Docker 容器。
Docker 提供了一个很简单的机制来创建镜像或者更新现有的镜像，用户甚至可以直接从其他人那里下载一个已经做好的镜像来直接使用。

4.2 container（容器）

Docker 利用容器来运行应用。容器是从镜像创建的运行实例。它可以被启动、开始、停止、删除。每个容器都是相互隔离的、保证安全的平台。可以把容器看做是一个简易版的 Linux 环境（包括root用户权限、进程空间、用户空间和网络空间等）和运行在其中的应用程序。
镜像是只读的，容器在启动的时候创建一层可写层作为最上层。

4.3 repository（仓库）

仓库是集中存放镜像文件的场所。有时候会把仓库和仓库注册服务器（Registry）混为一谈，并不严格区分。实际上，仓库注册服务器上往往存放着多个仓库，每个仓库中又包含了多个镜像，每个镜像有不同的标签（tag）。

4.3.1 公开仓库

docker团队控制的top-level的顶级repository，即Docker Hub，存放了数量庞大的镜像供用户下载，任何人都能读取，里面包含了许多常用的镜像，如ubuntu, mysql ,redis, python等。

4.3.2 个人公共库

个人公共库也是被托管在Docker Hub上，网络上的其它用户也可以pull你的仓库（如docker pull seanloook/centos6）你可以在修改完自己的container之后，通过commit命令把它变成本地的一个image，push到自己的个人公共库。（在此之前你需要docker login登录，或者vi ~/.dockercfg。）

从镜像运行出一个容器
docker run -t -i 68edf809afe7 /bin/bash

记录下CONTAINER ID

docker ps -l
CONTAINER ID  IMAGE                       COMMAND  CREATED     STATUS  PORTS  NAMES
1528136ff541  172.29.88.222:5000/centos6:latest  /bin/bash  40 minutes ago Exited (0) ..  sad_mestorf


从将容器提交成一个新的image
(format is "sudo docker commit <container_id> <username>/<imagename>")
# docker commit -m " new images /docker.sean " -a "docker New" fcbd0a5348ca seanloook/centos6:test_tag_sean
fe022762070b09866eaab47bc943ccb796e53f3f416abf3f2327481b446a9503

docker images可以看到这个新的镜像

# docker images
REPOSITORY                  TAG                 IMAGE ID            CREATED             VIRTUAL SIZE
seanloook/centos6           test_tag_sean       fe022762070b        About an hour ago   212.7 MB
sean:5000/library/centos6   latest              68edf809afe7        3 weeks ago         212.7 MB

在你commit为一个image后，通过push可以推送到个人公共registry中。此时需要login后才能push（当然没有设定login的Username，在第一次push时也会提示输入），接下来比较有意思。

# docker login https://index.docker.io/v1/
Username: seanloook
Password: 
Login Succeeded

如果你已经有docker官网的账号，则只需要输入正确的用户名和密码就可以登录，邮箱不做验证；
如果所输入的Username不存在，则这一步便是自动从官网创建一个账号，并发送一封确认邮件，以后也可以从https://hub.docker.com/repos/ 登录。（是不是太简单了?）

login的同时，也会在~/.dockercfg中加入认证信息

1 2	# cat ~/.dockercfg {"https://index.docker.io/v1/":{"auth":"c2Vhbmxvb29rOk15UGFzc3dvcmQ=","email":"seanlook7@gmail.com"}}

其中auth=base64(username:password)，base64编码与解码。

保存到个人公共库上，push可以是repos，格式docker push <username>/<repo_name>：

# docker push seanloook/centos6:test_tag_sean
The push refers to a repository [seanloook/centos6] (len: 1)
Sending image list
Pushing repository seanloook/centos6 (1 tags)
511136ea3c5a: Image already pushed, skipping
5b12ef8fd570: Image already pushed, skipping
68edf809afe7: Image already pushed, skipping
fe022762070b: Image successfully pushed
Pushing tag for rev [fe022762070b] on {https://cdn-registry-1.docker.io/v1/repositories/seanloook/centos6/tags/test_tag_sean}

上面的push操作也可以是docker push seanloook/centos6（但不能是docker push fe022762070b）。

这些镜像其他人也可以搜索得到docker search seanloo。

4.3.3 私有仓库

首先与另外一种仓库区分——Docker Hub Private Repository，它简单理解为公网上的个人私有库，与上面的个人公共库相对应，在Docker Hub上Create Repository时选择Private便是，只有你自己才可以读写。

这里所说的私有仓库是指自己在本地服务器上搭建的专属自己的内部仓库docker-registry，俗称“私服”，供无法访问互联网的内部网络使用，或者镜像到本地一份以加快pull、push的速度。

它与公共仓库最明显的区分就是repository的命名，如必须使用带.的主机名或域名，后面必须接:port，如sean.tp-link.net:5000/centos6:your_tag_name，而公共仓库第一个斜杠前表示的是登录用户名。命名关系到推送到哪个服务器的哪个位置，更过内容可以关注搭建docker内网私服（docker-registry with nginx&ssl on centos）。

4.4 运行一个容器的内部过程

docker client告诉docker daemon运行一个容器，例如：docker run -i -t ubuntu /bin/bash
让我们分解一下这个命令，docker client启动使用一个二进制的docker命令，最小的docker client需要你告诉docker daemon你的容器是从哪个docker镜像构建的，你希望在容器内部运行哪个命令。所以启动过程如下：

Pulling the ubuntu image
docker检查是否存在ubuntu镜像，如果本地不存在ubuntu镜像，则docker会到docker index下载。
Creates a new container
利用镜像创建容器
Allocates a filesystem and mounts a read-write layer
为镜像创建文件系统层和read-write层
Allocates a network / bridge interface
为容器创建网络接口，使容器和本地机器可以通讯
Sets up an IP address
在地址池中为容器分配一个可用的IP地址
Executes a process that you specify
运行你的应用
Captures and provides application output
连接log的标准输入、输出、错误，以使你直到你的应用是否正常运行

参考

----------------------

Docker 简介

什么是 Docker

Docker 是一个开源项目，诞生于 2013 年初，最初是 dotCloud 公司内部的一个业余项目。它基于 Google 公司推出的 Go 语言实现。 
项目后来加入了 Linux 基金会，遵从了 Apache 2.0 协议，项目代码在 GitHub 上进行维护。

Docker 自开源后受到广泛的关注和讨论，以至于 dotCloud 公司后来都改名为 Docker Inc.。
Redhat 已经在其 RHEL6.5 中集中支持 Docker；Google 也在其 PaaS 产品中广泛应用。

Docker 项目的目标是实现轻量级的操作系统虚拟化解决方案。 
Docker 的基础是 Linux 容器（LXC）等技术。

在 LXC 的基础上，Docker 进行了进一步的封装，让用户不需要去关心容器的管理，使得操作更为简便。
用户操作 Docker 的容器就像操作一个快速轻量级的虚拟机一样简单。

下面的图片比较了 Docker 和传统虚拟化方式的不同之处，可见容器是在操作系统层面上实现虚拟化，直接复用本地主机的操作系统，而传统方式则是在硬件层面实现。

为什么要使用 Docker？

作为一种新兴的虚拟化方式，Docker 跟传统的虚拟化方式相比具有众多的优势。

首先，Docker 容器的启动可以在秒级实现，这相比传统的虚拟机方式要快得多。 
其次，Docker 对系统资源的利用率很高，一台主机上可以同时运行数千个 Docker 容器。

容器除了运行其中应用外，基本不消耗额外的系统资源，使得应用的性能很高，同时系统的开销尽量小。
传统虚拟机方式运行 10 个不同的应用就要起 10 个虚拟机，而 Docker 只需要启动 10 个隔离的应用即可。

具体说来，Docker 在如下几个方面具有较大的优势。

更快速的交付和部署

对开发和运维（DevOps）人员来说，最希望的就是一次创建或配置，可以在任意地方正常运行。

开发者可以使用一个标准的镜像来构建一套开发容器，开发完成之后，运维人员可以直接使用这个容器来部署代码。 
Docker 可以快速创建容器，快速迭代应用程序，并让整个过程全程可见，使团队中的其他成员更容易理解应用程序是如何创建和工作的。 
Docker 容器很轻很快！容器的启动时间是秒级的，大量地节约开发、测试、部署的时间。

更高效的虚拟化

Docker 容器的运行不需要额外的 hypervisor 支持，它是内核级的虚拟化，因此可以实现更高的性能和效率。

更轻松的迁移和扩展

Docker 容器几乎可以在任意的平台上运行，包括物理机、虚拟机、公有云、私有云、个人电脑、服务器等。这种兼容性可以让用户把一个应用程序从一个平台直接迁移到另外一个。

更简单的管理

使用 Docker，只需要小小的修改，就可以替代以往大量的更新工作。所有的修改都以增量的方式被分发和更新，从而实现自动化并且高效的管理。

对比传统虚拟机总结

特性	容器	虚拟机
启动	秒级	分钟级
硬盘使用	一般为 MB	一般为 GB
性能	接近原生	弱于
系统支持量	单机支持上千个容器	一般几十个

基本概念

Docker 包括三个基本概念

镜像（Image）
容器（Container）
仓库（Repository）

镜像

Docker 镜像（Image）就是一个只读的模板。

例如：一个镜像可以包含一个完整的 Ubuntu 操作系统环境，里面仅安装了 Apache 或用户需要的其它应用程序。

镜像可以用来创建 Docker 容器。

Docker 提供了一个很简单的机制来创建镜像或者更新现有的镜像，用户甚至可以直接从其他人那里下载一个已经做好的镜像来直接使用。

容器

Docker 利用容器（Container）来运行应用。

容器是从镜像创建的运行实例。它可以被启动、开始、停止、删除。每个容器都是相互隔离的、保证安全的平台。

可以把容器看做是一个简易版的 Linux 环境（包括 root 用户权限、进程空间、用户空间和网络空间等）和运行在其中的应用程序。

*注：镜像是只读的，容器在启动的时候创建一层可写层作为最上层。

仓库

仓库（Repository）是集中存放镜像文件的场所。有时候会把仓库和仓库注册服务器（Registry）混为一谈，并不严格区分。
实际上，仓库注册服务器上往往存放着多个仓库，每个仓库中又包含了多个镜像，每个镜像有不同的标签（tag）。

仓库分为公开仓库（Public）和私有仓库（Private）两种形式。

最大的公开仓库是 Docker Hub，存放了数量庞大的镜像供用户下载。

国内的公开仓库包括时速云 、网易云等，可以提供大陆用户更稳定快速的访问。

当然，用户也可以在本地网络内创建一个私有仓库（参考本文“私有仓库”部分）。

当用户创建了自己的镜像之后就可以使用 push 命令将它上传到公有或者私有仓库，
这样下次在另外一台机器上使用这个镜像时候，只需要从仓库上 pull 下来就可以了。

*注：Docker 仓库的概念跟 Git 类似，注册服务器可以理解为 GitHub 这样的托管服务。

Docker 用例

官网例举了下面几个方面可以使用 Docker 加速应用的开发、分发和部署（当然可以有更多）：

CI/CD
DEVOPS
INFRASTRUCTURE OPTIMIZATION

下面是赵班长从另一个角度总结的 Docker 的用途：

面向产品：产品交付
面向开发：简化环境配置
面向测试：多版本测试
面向运维：环境一致性
面向架构：自动化扩容（微服务）

Ref

WHAT IS DOCKER?
什么是 Docker
为什么要使用 Docker？
Understand the architecture
DOCKER USE CASES
---------------------------

Docker的价值和应用场景分析

一、什么是Docker

官方定义：
Develop, Ship and Run Any Application, Anywhere

Docker is a platform for developers and sysadmins to develop, ship, and run applications. Docker lets you quickly assemble applications from components and eliminates the friction that can come when shipping code. Docker lets you get your code tested and deployed into production as fast as possible.

解读：

官方把Docker定义为应用打包、部署的平台；而不是虚拟化技术；
Docker本身并没有革命性的创新，其核心是Container，Container是很多年前就提出来的理念，并且在Linux, Unix, FreeBSD上都有技术实现，Linux成熟的方案是lxc；
Docker是一个基于lxc(linux container)，以及cgroup的上层工具；通过对lxc，cgroup及相关系统命令的封装，使得用户可以非常方便的使用Linux Container；
Docker Hub提供了应用包的版本管理和分发能力；

二、Docker的价值及同类技术对比

Container的核心价值在于隔离性和封装性，在这两方面也有较多类似解决方案，简单分析和对比一下：

1. 隔离性

Docker的隔离性是通过Container来实现的，并且是基于Lxc；与此相对应的另外一个解决方案是虚拟化；两者对比如下：

优点：

非常轻量
- 与创建或启动一个虚拟机相比，Container可以认为没啥开销，约等于Linux下创建一个进程；
- 有个夸张的说法：单机可以轻易的启动多达上千个Container，但基本不太可能启动上千个虚拟机；
- 但这比较的前提是需要在单机上隔离1000个应用；如果只需隔离两个应用，每个应用运行500个进程的话，对比应该是两个Container与两个VM；

缺点：

隔离层次高
- docker在Linux kernel之上进行隔离，确切的讲是进程间的隔离，这就决定了：
- 1. Docker只支持64位Linux，必然不支持windows, unix, bsd...，而虚拟化可支持所有主流操作系统；
- 2. Docker隔离在kernel之上，并且本身依赖于kernel的特性，所以只能模拟出高版本的Linux发行版；必然找不到ubuntu 9.04这样的image；
- 3. Container使用的Kernel与主机的Kernel是一致的，无法定制Container的内核；
硬件资源度量和配额能力
- 通过cgroup，Docker具备一定的能力控制Container的资源使用，但在网络、磁盘、CPU的使用上，度量和隔离能力还没有VM成熟；
- 此外，从用户角度来看，VM可以做到非常透明，可以直接理解为一台主机；但Container在网络连接、数据存储方面都需要经过特殊处理；

所以，与虚拟化相比，从隔离性上看，Docker的优势在于性能损耗低，劣势在于隔离层次比较高；
如果你的需求在是单机上进行尽可能多的隔离，那Docker是首选；
如果你的需求是尽可能彻底的隔离，对硬件资源精准控制且可度量，同时对隔离份数要求不多的话，那虚拟化是首选；

2. 封装性

从Docker的Logo以及官方的定义来看，它的主要能力并不在隔离性，而在于封装性，也就是应用的打包、部署、运行；

在封装方面的优势，主要体现在：

封装大小
- 与VM相比，Docker的image确实很小，官方的Centos image大概只有220M(被精减成最基本的Centos了，连ifconfig命令都没有，安装完常用工具，你会发现也不小了)；
可对应用高度定制和封装
- 可通过Dockerfile定义应用包，Image内的部署可高度定制和封装，对外接口收敛且清晰；使用者无需关注细节；
Image仓库及版本管理
- 非常成熟的公共和私有仓库搭建和使用，以及版本管理，并可通地仓库很容易的进行共享、分发、部署；
应用和运行分离
- 我们所看到的Image是静止的，只读的；将image运行起来后是Container了，在运行时的修改，只影响当前Container，不影响Image；

从上面可以看出，与VM Image的部署能力相比，Docker设计理念先进，优势明显，而且几乎没有啥缺点；

但从封装部署角度来看，Docker的竞品应该不是VM，而是RPM+YUM，DEB+APT这样的组合；
你会发现，与这两组合相比，能力出奇的相似了；但还是有些区别：

封装能力：
- Docker的Image，可以轻易实现在Centos上面跑Ubuntu，而且非常轻量，这个是Rpm,Deb不具备的；
- 这个在一些测试、学习、或小规模的Paas场景下，是非常有价值的；
- 但任何较大规模的应用，我想不太可能出现这样的部署；
封装粒度及依赖管理：
- Docker自kernel之上，全打包在一块了，里面包含了Linux用户环境、系统类库、应用程序；可以理解为，一个Docker Image的外部依赖只有Linux Kernel了；从另外一方面看，极大提升了移植能力；
- Rpm、Deb的打包粒度比Docker更细，只打包单个应用自身，外部依赖通过只记录并不存储在包内，通过apt,yum这样的辅助工具也非常容易解决外部依赖；这样做的好处在于更轻量，理论上包大小肯定小于Docker；在大规模业务部署下，上千台设备发布20M的RPM，与发布200M的Docker image，效率上的差距应该还是比较大的；
- 实际应用当中，在解决外部依赖问题上，C/C++程序还可以简单的通过静态链接来实现；Java/PHP/GoLang这类程序基本不存在系统类库的依赖，跨平台的能力也胜过Docker本身；
跨平台：
- 在各大Linux发行版下，你都可以按相同的方式使用Docker来管理打包及部署；但Rpm,Deb都有自己的粉丝和发行版本，在发行版间不通用；
- 但Docker自身的学习和部署成本，要高于Rpm，Deb；

所以，从封装性看，Docker远胜于VM，与Rpm+Yum&Deb+Apt能力相当，从用户角度来看是多了一个选择；

抛开隔离性，假设你需要在单机上运行一个MySQL，你是希望安装Docker、再用Docker来部署MySQL？还是直接yum install mysql？

综合来看，Docker的核心价值就在于隔离性和封装性，并在两者间有个很好的平衡和兼顾，可预见的是在小规模的Paas领域是最好的解决方案；

三、Docker在公司内应用的思考

前面讲到Docker的核心价值在于隔离性和封装性，讨论Docker在公司内业务的应用也应该从这两个方面来看；

哪些场景可以用到隔离性：

研发测试流程，单机多版本并行部署和运行；
公司内部的类Paas服务，比如TDW计算、蓝鲸；
海量服务的正式环境，基本单个服务就能跑满单机，可以说完全没有隔离性需求；

哪些场景用到封装性：

公司所有业务都需要打包部署，但各大业务都已经有非常成熟的包发布系统；整合研发、编译、测试、发布以及架构、配置、路由等各方面的能力；推倒现有包发布系统，基于Docker重构的话，开发和用户学习成本相当高，但技术上并没有明显价值；

如果是全新开发的技术框架和运维体系的话，Docker会是一个较好的选择；但个人更倾向于Centos+Yum+RPM的组合；

四、其它

GoLang大放异彩

GoLang相比于传统语言，在设计上有如C->Java的跨越，而且在性能及部署上更为优秀；
之前在了解的过程中，惊叹此语言的各种内置功能和高级特性，料想在主流开发语言中必然占有一席之地，如今从docker及周边的组件来看，golang应用已是遍地开发；

基础运营环境更新工作任重道远

安装Docker需要Linux Kernel版本至少3.8+, 目前公司最新版的Tlinux 1.2的内核版本为2.6.32，加上公司对内核的管控，短时间内不太可能在正式环境大规模应用Docker；

IT技术日新月异，新技术和组件层出不穷，类似Docker之类的使用势必要求基础运营环境与业界保持同步更新;

但实际情况是公司主流的操作系统Suse10发布已经快十年了，正在更新的Tlinux1.2发布也有三年多了，覆盖率应该未达到50%；仍能在一些老业务上看到slockware的机器；

为了能保持与业界同步，技术团队仍需花费巨大精力投入到无任何业务产出的工作当中；

Pages

Monday 5 November 2018

Docker简介