今日计划

{% tabs todo %}

1. {% label 保证PAD上线 blue %}

1. {% label 无 pink %}

1. {% label 无 red %}

{% endtabs %}

今日流水

{% timeline 😁,red %} 三篇博客搞定 启动67的ES 修改岗位和履历的脚本

笔记

• Docker2013年由Dotcom公司发布
• Docker给Pass界带来的降维打击就是镜像，其实就是一种便利的打包机制，可以保证本地和云环境高度一致
• Caas Container-as-a-Service
• 2014年DotCom发布Swarm

  Docker崛起的三个原因

1. Docker镜像通过技术手段解决了Sass的根本性问题
2. Docker容器同开发者之间有着与生俱来的密切关系
3. Pass概念已经深入人心的完美契机

• CoreOS在2014年宣布与Docker公司停止合作，并推出自己研制的Rocket(rkt)容器

  单机部署Docker项目

docker run '我的容器'

多机Docker项目

docker run 'swarm集群地址' '我的容器'

...只需要多敲一个地址，swarm就会通过具体的调度算法找到一个合适的Docker Daemon运行起来，真牛逼！！！

Compose 的 由来

Docker收购Fig，看中了他的编排能力

在容器时代，编排就是对Docker容器的一系列定义、配置和创建动作的管理。 而 Fig 的工作实际上非常简单：假如现在用户需要部署的是应用容器 A、数据库容器 B、负载均衡容器 C，那么 Fig 就允许用户把 A、B、C 三个容器定义在一个配置文件中，并且可以指定它们之间的关联关系，比如容器 A 需要访问数据库容器 B。 接下来，你只需要执行一条非常简单的指令：

fig up

Fig 就会把这些容器的定义和配置交给 Docker API 按照访问逻辑依次创建，你的一系列容器就都启动了；而容器 A 与 B 之间的关联关系，也会交给 Docker 的 Link 功能通过写入 hosts 文件的方式进行配置。更重要的是，你还可以在 Fig 的配置文件里定义各种容器的副本个数等编排参数，再加上 Swarm 的集群管理能力，一个活脱脱的 PaaS 呼之欲出。 Fig被收购之后被改名为Compose 2014年6月，谷歌发布kubernetes，挽救了CoreOS和RedHat

OCI的提出

相信很多容器领域的老玩家们都听说过，Docker 项目刚刚兴起时，Google 也开源了一个在内部使用多年、经历过生产环境验证的 Linux 容器：lmctfy（Let Me Container That For You）。

然而，面对 Docker 项目的强势崛起，这个对用户没那么友好的 Google 容器项目根本没有招架之力。所以，知难而退的 Google 公司，向 Docker 公司表示了合作的愿望：关停这个项目，和 Docker 公司共同推进一个中立的容器运行时（container runtime）库作为 Docker 项目的核心依赖。

不过，Docker 公司并没有认同这个明显会削弱自己地位的提议，还在不久后，自己发布了一个容器运行时库 Libcontainer。这次匆忙的、由一家主导的、并带有战略性考量的重构，成了 Libcontainer 被社区长期诟病代码可读性差、可维护性不强的一个重要原因。

2015 年 6 月 22 日，由 Docker 公司牵头，CoreOS、Google、RedHat 等公司共同宣布，Docker 公司将 Libcontainer 捐出，并改名为 RunC 项目，交由一个完全中立的基金会管理，然后以 RunC 为依据，大家共同制定一套容器和镜像的标准和规范。

这套标准和规范，就是 OCI（ Open Container Initiative ）。OCI 的提出，意在将容器运行时和镜像的实现从 Docker 项目中完全剥离出来。这样做，一方面可以改善 Docker 公司在容器技术上一家独大的现状，另一方面也为其他玩家不依赖于 Docker 项目构建各自的平台层能力提供了可能。

Google、Redhat等开源基础设施领域玩家们，共同牵头发起了一个名为CNCF的基金会：它希望，以Kubernetes项目为基础，建立一个以开源基础设施领域厂商主导的、按照独立基金会的方式运营的平台级社区，来对抗以Docker公司为核心的商业生态。 2016年，Docker宣布放弃swarm，将容器编排和集群管理功能全部内置到Docker项目中

显然，Docker 公司意识到了 Swarm 项目目前唯一的竞争优势，就是跟 Docker 项目的无缝集成。那么，如何让这种优势最大化呢？那就是把 Swarm 内置到 Docker 项目当中。 而 Kubernetes 的应对策略则是反其道而行之，开始在整个社区推进“民主化”架构，即：从 API 到容器运行时的每一层，Kubernetes 项目都为开发者暴露出了可以扩展的插件机制，鼓励用户通过代码的方式介入 Kubernetes 项目的每一个阶段。 - 2017年，Docker公司将Docker项目容器的运行时部分Containerd捐赠给CNCF，标志着Docker项目已经全面升级为一个Pass平台。 - 之后Docker公司宣布将Docker项目改名为Moby，然后交给社区自行维护，而Docker公司的商业化产品将占有Docker这个商标 - 2017年10月，Docker宣布Docker企业版内置Kubernetes，宣告“编排之争”结束 - 2018年1月30日，RedHat宣布2.5亿美元收购CoreOS - 2018年3月28日，Docker公司CTO宣布辞职，容器圈子，尘埃落定（始作俑者）

软件架构设计师学习

报名与缴费

考试介绍-时间、科目

备考策略-总纲领

备考策略-综合知识

备考策略-案例分析

备考策略-论文写作

{% endtimeline %}

今日总结

今日新闻