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 主要负责容器生态的开源工作。