木精灵的技术博客

都说容器大法好，但是如果没有Docker镜像，Docker该是多无趣啊。是否还记得第一个接触Docker的时候，你从Docker Hub下拉的那个镜像呢？在那个处女镜像的基础上，你运行了容器生涯的处女容器。镜像的基石作用已经很明显，在Docker的世界里，可以说是：No Image，No Container。再进一步思考Docker镜像，大家可能很快就会联想到以下几类镜像：1.系统级镜

很多时候，当大家谈论起Docker，经常会提到Docker作为容器解决方案，在虚拟化资源方面存在不小优势。轻量级虚拟化技术的优点暂且不谈，从软件生命周期来看，Docker在打包软件、分发软件方面的能力同样出众。而后者很大程度上依赖于Docker的镜像技术。Docker镜像技术提供了一套标准，创造性地使用Dockerfile来规范化Docker化应用的制作流程，结果产生的Docker镜像便于传输与管理

在上文Docker源码分析之——Docker Daemon启动 中，介绍了Docker Daemon进程的启动。Docker Daemon可以认为是一个Docker作为Server的运行载体，而真正发送关于docker container操作的请求的载体，在于Docker Client。本文从Docker源码的角度，分析Docker Client启动与执行请求的过程。

［摘要］ Docker的容器特性和镜像特性已然为Docker实践者带来了诸多效益，然而Docker的网络特性却不能让用户满意。本文从Docker的网络模式入手，分析了Docker Daemon创建网络环境的详细流程，其中着重于分析Docker桥接模式的创建，为之后Docker Container创建网络环境做铺垫。1. 前言Docker作为一个开源的轻量级虚拟化容器引擎技术，已然给云计算领域带来了

如果时光可以倒流，现实世界的每一步都可以分解到最小，记录下来，就是日志，万物即日志。面对历史，审视日志，可以选择忘却，也可以选择铭记；经历过的，可以选择珍藏，同样也可以让它尘封。Docker容器又何尝不是？日志就像一根时间轴，你在或者不在，他都在那。有人对其善意，有人却对其随意。如若不信，可以回忆，自己是否善待Docker容器的日志。1.传统应用的日志如若不是被过去伤得太深，踏入一个新的世界，应该还

1.前言(什么是Docker Container)如今，Docker技术大行其道，大家在尝试以及玩转Docker的同时，肯定离不开一个概念，那就是“容器”或者“Docker Container”。那么我们首先从实现的角度来看看“容器”或者“Docker Container”到底为何物。逐渐熟悉Docker之后，大家肯定会深深得感受到：应用程序在Docker Container内部的部署与运行非常便捷

Docker是PaaS圈内开源的基于LXC的应用容器引擎，基于Go语言开发，遵从Apache2.0协议。最近一年来，Docker在云计算方面的热度持续升温，社区等活跃度也持续走高，使得大家对于Docker普遍持有积极态度。笔者在研究生期间，主要从事PaaS方面的研究与实践工作，具体的研究平台为开源的Cloud Foundry。最近Docker的火热，更是让自己处于对Docker的学习过程中，不能自拔。

本文从Docker的源代码出发，简要介绍了Docker作为一个后台进程启动过程中运行的流程。

【摘要】 Docker架构中Docker Daemon支撑着整个后台的运行，同时也统一化管理着Docker架构中graph、graphdriver、execdriver、volumes、Docker container等众多资源。可以说，Docker Daemon复杂的运作均由daemon对象来调度，而newDaemon的实现恰巧可以帮助大家了解这一切的来龙去脉。1. 前言Docker的生态系统日

【摘要】 Docker Server作为Docker Daemon架构中请求的入口，接管了所有Docker Daemon对外的通信。通信API的规范性，通信过程的安全性，服务请求的并发能力，往往都是Docker用户最为关心的内容。本文基于源码，分析了Docker Server大部分的细节实现，力求帮助Docker用户初探Docker Server的设计理念。1. Docker Server简介Do

翻看 Docker 的历史，您会发现 Docker 一直在强调 “Application” 一词，Docker 也希望能为分布式应用提供容器化的解决方案。从 Docker 化应用软件的生命周期来看，开发工作似乎位于 Docker 的构建之前，而后容器化的测试、部署与运维都与Docker容器息息相关。不得不说，Docker 思维下的应用软件，管理流程与传统场景有着很大的区别。最大的区别当属：Docke

Docker完全可以轻易构建用户的应用，即为 build；Docker还可以将应用快速分发，即为 ship；最后，Docker依然有能力秒级启动应用，即为 run。Build，Ship，Run，简单的3步，分分钟为 DevOps 创建了管理应用生命周期的捷径。应用是运行起来了，应用运行后，运行状态相信是工程师最关心的点。这一点，Docker如何帮工程师排忧解难呢？想知道应用是否仍在运行？「docke

Dockerfile是软件的原材料，Docker镜像是软件的交付品，而Docker容器则可以认为是软件的运行态。从应用软件的角度来看，Dockerfile、Docker镜像与Docker容器分别代表软件的三个不同阶段，Dockerfile面向开发，Docker镜像成为交付标准，Docker容器则涉及部署与运维，三者缺一不可，合力充当Docker体系的基石。Docker镜像Docker镜像是Docke

据说重要的事情要说三遍，那我再表述一下个人观点：Docker镜像是Docker的灵魂所在。前两讲关于Docker镜像的描述，已经从宏观的角度涉及一二。一旦掌握Docker对于镜像的层级管理方式，以及Docker镜像大小的真实情况之后，再来了解Docker镜像包含的内容以及存储，就显得简单很多。Docker镜像内容对于Docker镜像的认识总会有第一次，自那时开始，当然也少不了成长，笔者

第一部分：Docker镜像的基本知识1.1 什么是Docker镜像从整体的角度来讲，一个完整的Docker镜像可以支撑一个Docker容器的运行，在 Docker容器运行过程中主要提供文件系统视角。例如一个ubuntu:14.04的镜像，提供了一个基本的ubuntu:14.04的发行版，当然此 镜像是不包含操作系统Linux内核的。说到此，可能就需要注意一下，linux内核和ubuntu:14.04