Docker Native Orchestration     基本结构 Docker Engine 1.12 集成了原生的编排引擎，用以替换了之前独立的Docker Swarm项目。Docker原生集群（Swarm）同时包括了（Docker Engine \/ Daemons），这使原生docker可以任意充当集群的管理(manager)或工作（worker)节点角色。工作节点 （worker)

在《当Docker遇到systemd》一文中，我提到过这两天儿一直在做的一个task：使用kubeadm在Ubuntu 16.04上安装部署Kubernetes的最新发布版本-k8s 1.5.1。 年中，Docker宣布在Docker engine中集成swarmkit工具包，这一announcement在轻量级容器界引发轩然大波。毕竟开发者是懒惰的^0^，有了docker swarmkit，驱动

在传统的概念当中，Docker是简单易用的，Kubernetes是复杂强大的。 深入了解之后会发现Docker的简单是因为用户可以从基本功能开始用起， 只需要一台Linux主机，运行一下apt-get install docker-engine 或者yum install docker-engine，立马就可以用docker run启动一个新的容器， 整个过程与用户之前积累的Linux软件使用体验

因为一些莫可名状的原因，国内网络使用 Kubeadm 颇有难度，这里大概说一下过程中的一些坑。 主体流程遵循官网指南：https://kubernetes.io/docs/getting-started-guides/kubeadm/ 1/4 准备工作 这里用包管理的方式安装 kubeadm、Docker 等组件。需要注意一点点的是，如果用的非 Root 用户，要注意 sudo 的时候的环境代理设

持续集成构建使用了以下版本的外部依赖关系，但是以下内容只供用户参考，用户在决定使用哪些版本的etcd，docker或rkt之前请查阅相关的安装或升级指南。 • Docker 1.10.3，1.11.2，1.12.6版本已经过验证 • Docker 1.12.6版本已知问题 1、 overlay2驱动程序不完全支持 2、 未完全支持实时还原 3、 没有共享的pid Namespace支持 • Doc

背景情况 从Docker1.11版本开始，Docker依赖于containerd和runC来管理容器，containerd是控制runC的后台程序，runC是docker公司按照OCI标准规范编写的一个操作容器的命令行工具，containerd这个后台程序还可以操作满足OCI标准规范的其他容器工具，也就意味着以后只要是按照OCI标准规范开发的容器工具，都可以被containerd使用起来。使用co

关于K8S： Kubernetes是Google开源的容器集群管理系统。它构建于docker技术之上，为容器化的应用提供资源调度、部署运行、服务发现、扩 容缩容等整一套功能，本质上可看作是基于容器技术的mini-PaaS平台。 相信看过我博客的童鞋应该知道，我在14年的时候就发表了一篇名为Docker容器管理之Kubernetes当时国内Docker刚刚兴起，对于Docker的兴起我很有感触，仿佛

Docker除了提供yum的安装部署方式之外，还提供了二进制的安装部署方式，这对于在企业内网环境进行部署时，提供了极大的便利。下面就以最新的稳定版本的docker CE演示此种部署方式。 一、OS部署要求 Linux操作系统内核要不低于3.10，并且要支持systemd。 我们拿最小安装版的Redhat Enterprise Linux Server 7.3环境进行部署展示。 二、下载docker

1、整体分析 对于Docker来说，存在镜像、容器、存储卷和网络这些对象。因此，也就会生产相对应的这些对象，这些对象会占据磁盘空间。当这些对象不在被使用时，为了不占据额外的磁盘空间，就需要对这些对象进行清理，即进行垃圾清理。在docker 1.13版本之后，提供了对各种对象的prune命令，也提供了清理所有对象类型的docker system prune命令。但在docker 1.13之前的版本，

1、Docker网络模式 在讨论Kubernetes网络之前，让我们先来看一下Docker网络。Docker采用插件化的网络模式，默认提供bridge、host、none、overlay、maclan和Network plugins这几种网络模式，运行容器时可以通过–network参数设置具体使用那一种模式。 bridge：这是Docker默认的网络驱动，此模式会为每一个容器分配Network N

在过去几年里，我需要为各种应用或者微服务去创建Docker镜像。在我的案例中，主要用例集中在Java以及Python上. 通常在Docker Hub上有很多Java以及Python的镜像，并且这些镜像可以很好的当成我们的基础镜像来使用。然而随着时间推移，我发现自己不得不管理多平台的不同版本的应用程序。 去复用和自定义基本镜像非常容易，但这会导致重复的配置工作。随着时间的推移，如同许多开源项目一样，

OverlayFS也是一种联合文件系统，与AUFS类似，但是速度更快且实现更加简单。Docker为OverlayFS提供了两个存储驱动程序：即overlay，以及更新和更稳定的overlay2。 在这里将Linux内核驱动程序称为OverlayFS和，将Docker存储驱动程序称为overlay或overlay2。 1、使用条件 只有在满足以下条件的情况，才支持使用OverlayFS： Docke

1、选择存储驱动的整体考虑 对于选择哪些那一个存储驱动时，综合可以考虑下面的因素： 优先级：如果内核中支持多个存储驱动程序，则在未明确配置任何存储驱动程序的情况下，Docker会从优先列表中选择所使用的存储驱动程序。 性能和稳定性：根据业务应用的情况，综合考虑稳定性和性能要求。 宿主机支持：依据宿主机机的操作系统版本，选择合适的存储驱动。在当前，Docker支持以下存储驱动程序： –overlay

1、检查Docker是否正在运行 在进行具体问题定位和处理之前，最好和最简单直观的方式是先看看docker引擎是否能够正常运行。有以下几种方法可以确认docker是否处于正常运行状态： 1）通过执行docker info命令可以直接确认docker是否正常运行： $ sudo docker info 2）也可以使用操作系统的命令来检查docker是否正常运行： $ sudo systemctl i

Portainer是一个轻量级的docker环境管理UI，可以用来管理docker宿主机和docker swarm集群。他的轻量级，轻量到只要个不到100M的docker镜像容器就可以完整的提供服务。直接启动即可，异常方便。而且。现在市面上开源的docker swarm管理平台比较少，尤其是这样轻量级的更加稀少 Portainer提供的功能完全满足大小企业的大部分需求，主要功能： 提供状态显示面板

作者 | 易立  阿里云资深技术专家 containerd 是一个开源的行业标准容器运行时，关注于简单、稳定和可移植，同时支持 Linux 和 Windows。 2016 年 12 月 14 日，Docker 公司宣布将 Docker Engine 的核心组件 containerd 捐赠到一个新的开源社区独立发展和运营。阿里云、AWS、 Google、IBM 和 Microsoft 作为初始成员，

文介绍了如何使用Docker中的一些关键概念和结构组件来优化Spring Boot应用程序。 Docker功能强大且易于使用。Docker允许开发人员研制的软件创建可移植的镜像。这些镜像可重复地部署。你可以很容易地从Docker中获得很多价值，但是要从Docker中获得最大的价值，需要理解一些概念。在进行持续集成和持续交付时，如何构建Docker镜像具有重要的作用。在本文中，我将重点介绍在进行迭代

在优化Docker中的Spring Boot应用：单层镜像方法中，我们介绍了为Spring Boot应用构建Docker镜像的单层方法及其对CI/CD的影响。我提出了双层方法比单层方法有更大的好处，并且这些好处可以提高开发环境中的迭代效率。 在这里，我们介绍一种使用Open Liberty中的新工具springBootUtility，为现有Spring Boot应用创建双层Docker镜像。目前有

最近，我们遇到了一个Docker私有镜像拉取的错误，花费了数小时研究Docker私有仓库(Registry)凭证存储的细节才能弄清楚。尽管最终修复起来很容易，但是我们在凭据存储设计的过程中了解了一两件事，以及如何对Docker私有仓库(Registry)凭证进行安全配置。 Docker私有镜像拉取失败的情况如下： Blimp有时需要从Docker私有仓库(Registry)中拉取私有镜像。这通常可

作者：米开朗基杨 有追求的工程师一般都是有技术洁癖的，云原生的世界更是如此，Kubernetes 虽然制定了容器运行时接口（CRI）标准，但早期能用的容器运行时只有 Docker，而 Docker 又不适配这个标准，于是给 Docker 开了后门，花了大量的精力去适配它。后来有了更多的容器运行时可以选择后，Kubernetes 就不得不重新考量要不要继续适配 Docker 了，因为每次更新 Kub