Docker containerd 与容器编排；大企业和 Docker；存储架构二选一 |『道客船长的航海日志』（ 2017.02.27）

汇总一周容器圈热点资讯，让开发者了解最 in 的容器技术，让企业熟知最实时的国内外容器行业动态，欢迎关注。

第 5 期

一、倾听 Docker 船长 Stefan Scherer 的故事

这次播客，我们有幸与 Docker 船长兼新崛起的微软 MVP Stefan Scherer 进行了交流。 Stefan 在 Windows Docker 和微服务方面从事了一些很棒的工作。这次谈话我们将讨论 Windows 和 Docker 该如何提升和转变工作模式， Stefan 也会为我们讲解 Docker 在 Windows 上运行的基础知识。此外，我们还将讨论：

• Stefan 热衷 Docker 的原因
• Stefan 在 Docker 社区最喜欢的事情
• Stefan 平时致力哪些有趣的项目
• Stefan 第一次接触 Docker 的经历

点击此处了解详情

二、 Docker containerd 对容器编排的意义

自 2016 年 4 月起 Containerd 已经成为 docker 引擎的一部分，它的主要作用是帮助用户快速启动容器。下图展示了 containerd 与 Docker 引擎融合的具体情况。 Containerd 的出现并不直接影响使用者创建和管理 Docker 容器，这对整个行业而言一个重要的里程碑。 Containerd 为将来 Docker 与容器平台之间的协作开启了大门，所有跨平台用户都将因此受益。随着容器组件的标准化，未来组件的出处也会十分有趣，可能来自 Docker 内部，也可能来自为了避免被 Docker "劫持" 的生态圈。总而言之，就 containerd 来说， Docker 到目前为止都有一个良好的运作。

点击此处了解详情

三、大型企业与 Docker 之间存在哪些 “误会”

并非所有大型企业都使用了 Docker ，主要原因是大型企业对 Docker 还存在一些误解。

• 误会一、 Docker 要么十全十美，要么一无是处

Docker 并是一个非此即彼的命题，它的美妙之处在于容器被设计得十分轻量，即使是一个简单的 LAMP 应用程序也可以进行零碎片的迁移。

• 误会二、 Docker 意味着更少的 IT 团队

确实， Docker 等工具可以提升开发人员在整个堆栈的职责，促使他们带着发展的心态服务管理。但绝对没有理由迫使开发团队与 IT 团队合并成一个混合的部门。

• 误会三、 Docker 需要依赖云

Codeship 当然是云的忠实拥护者，但是 Docker 与平台并无关系。组织的需求才应该放在第一位的，可以阅读更多关于 Docker 如何帮助组织可靠性，奇偶校和可维护性 Codeship 。

• 误解四、 Docker 安全性较弱

一个关于 Docker 的常见的误解是，它本身是不安全的。虽然在过去可能真的是这样，但是目前类似的问题，都可以通过与裸机保护或虚拟服务器一样，采取相同的尽职调查来减少。

点击此处了解详情

四、存储架构二选一: hyper-convergent or hyper-scalabel

Hyper-scale 是一种在系统需求增加时，有能力进行适当扩展的架构。 Hyper-convergence 是一种基础设施系统，它以软件为中心的架构，与计算、存储、网络、虚拟化资源和其他技术紧密结合。面对两种各有千秋的存储架构，如果你是一名开发人员，寻求简单的解决方案，让你专注于代码而不是调整存储层，那么请选择 hyper-convergent 架构。如果你是一个运营商，部署应用程序到生产环境，需要一个弹性的存储层，那么请选择 hyper-scalable 架构。

点击此处了解详情

这一期的容器圈头条就到这里，欢迎下期再会。

作者介绍 | Evelyn

DaoCloud 容器技术开源团队成员，曾在 Intel DCG 部门担任 Cloud Engineering, 对分布式调度框架 Mesos 有深入学习，对集群资源管理有一定经验，目前致力于 Docker 容器技术的研究和实践。 Evelyn 所在的容器技术开源团队，在 DaoCloud 主要负责容器生态的开源工作。