转载

Docker DevOps:关于数据容器和联网

[编者的话] 本文是Matt整理的DevOpsvc见面会中一些互动问答,是Docker爱好者快速了解新特性和新趋势的便捷方式。

Matt Saunders是 Contino 的首席DevOps咨询顾问,也是资深工程师中的一员,他的从业背景囊括了企业和创业公司。Matt同时也是 London DevOps meet-up 联合组织者 -这是一个会员超过3000且每月组织见面会的组织。

Docker DevOps:关于数据容器和联网 关于数据容器,Docker对未来考虑是如何考虑的,以及它讲如何回应在数据容器在数据复制系统中并不可取的批评声音?

目前Docker建议将持久化数据保存在一个命名的卷中,当前和未来的创新都将围绕着如何使其更加稳定和容错而展开。我相信大多数真对数据容器的批评都集中在他们不能在主机之间即时迁移,这也就意味着数据容器(通过Docker栈创建)所存储的数据只存在于在一台主机上。从Docker 1.9开始,诸如 Flocker 、 Convoy 和 GlusterFS 等插件已经允许通过集群文件存储来稳定地保存Docker卷。

对于Docker的网络模型目前有什么创新点在开发中?就是哪些在所有改进需求中有时候会被单独提出的。

Docker 1.12对此作了很多的改进,包括通过大量的工作把整个应用程序栈与专用的网络以无缝的方式结合在一起。Docker网络模块也从插件中受益,开启了使用第三方网络插件的可能性。Docker 1.12也提升了网络安全性;允许构建横跨多个Docker主机的网络栈从而为使用软件定义网络的应用程序提供隔离性。在Docker 1.12中负载均衡的性能显著改善;这实际上是即将发布的新版中的一个特色。

随着近期推出的Docer安全扫描,你是否已经发现了一些对企业云计算用户的影响?Docker在安全方面的立场是什么?

企业用户中最大的关注点之一恰恰是Docker最大优势的另一面。在构建的过程中用一个容器镜像(image)来锁定所有应用程序的依赖库实现了在不同环境中按需移动容器的灵活性,但是同时也就付出了透明性方面的代价。

Docker安全扫描(Docker Security Sacnning)通过在Docker Hub上对容器内容进行评估来应对已知的漏洞从而消除了这个问题,而且在Docker Hub上使用私有repos的企业云用户也从这项技术中获益。我们期待这个功能未来也可以用于Docker数据中心(Docker Data Centre)用户 - 多数对安全有顾虑的企业用户在他们的私有云中运行Docker Trusted Registry而不需要使用集中的Docker Hub。

对于Docker而言安全的优先级是第一位的 - 过去一年所发布的版本或者去年主导了Docker Content Trust的发布都表明在这个方面已经取得了令人瞩目的改进。这使得基于Docker的装机量与现有的安全策略能够以一种无缝的方式实现更好地配合。

同其他新兴技术一样,IT团队是如何看待其投资回报率的?

容器技术的投资回报可以用多种方式进行评测 - 最容易的一种是能够消除或者最小化虚拟化层冰停止在太多备用容量上的浪费所带来的收益。Docker的其它收益可以评测软件交付速度的提升,因为容器使得代码能够更快地测试和投入生产,从而提升了敏捷性和软件交付的速度。

您是否注意到哪些行业更愿意拥抱容器?

容器技术对于Web application运行良好,所以在线商务运营引领着前进的方向。但这不意味着把其它行业排除在外 - 任何对高效发布软件的人都可以拥抱容器。

公司在使用容器的初期最常犯的错误是什么?

很多公司经常试图在容器中再应用它们的虚拟化手段,它虽然也应用了容器技术的一些优势但是并不能充分发挥所有的优势。这将导致容器技术太过臃肿而且会错过了大多数技术优势。

Docker在什么时候不是正确的选择?

Linux之外的栈对Docker的支持目前都还很有限。

Windows对Docker的支持还处于早期阶段但是今年就应该会有重大的进展。此外,对于不愿意拥抱由这项革命性技术而带来的变革的组织而言Docker并不是一个正确的选择 - 构建软件容器的模型于人们以前所习惯使用的有着巨大的不同而这也是组织所要面对的巨大挑战。

原文:

原文  http://dockone.io/article/1544
正文到此结束
Loading...