容器技术的三大潜在隐患

近两年来,Linux的容器技术占据了世界企业IT市场的主导地位,它所要解决的问题就是虚拟化根本无法在应用软件开发和计算行业大规模应用,并允许企业世界真正拥抱像Devops概念和微服务。当前,IT设备商们正大步走向容器化时代。但是,就像每一个新兴技术一样,这并不一定是件好事,因为不是每个人都能走的通。

作为操作系统的扩展,特别是Linux内核扩展的一部分,Linux的容器可以在运行期创建和格式化,然后用在跨集群的主机上协调网络和存储资源。最终的结果是一组轻量级的,动态的和安全的应用服务,每个自包含于Linux容器内,并能够通过自身或与其它容器的应用程序一起运行以创建更灵活,但更复杂的企业应用程序。

容器的这些能力显示了对于当前某些IT产业细分市场显著的竞争威胁,并且是对于专有计算堆栈的又一沉重打击(主要是针对Linux),这是显而易见的。然而,Linux的容器以及和它有千丝万缕联系的Docker容器技术也同样面临着一些不可忽视的威胁。当前,对于这些技术的看法都是相当正面积极的,那么,那么还有哪些潜在隐患威胁着容器技术的未来呢?

总体而言,有以下三个有关Linux容器采用和容器化基础设施部署相关的问题:

  • 标准碎片化
  • 专有代码和虚假开放源
  • Container washing(container washing寓意容器化包装和洗脑那些可能和Container并不相关的东西,来源于Cloud washing)

碎片化

碎片化可以说是在商业世界面临的影响Linux容器被采用最危险的威胁。假如没有清晰的,易于采用的标准,尤其是针对于镜像格式和编排水平,将会导致大部分企业会放弃拥抱该技术。简单来说就是没有任何IT的决策者想要负责支持一个失败的任务。举个消费者世界的例子,假设有人存了满仓库全部是HD-DVD播放器和配件,然后发现蓝光已经赢得了最终的市场。损失将会是指数级的增长,这就是企业世界的现实,也是Linux容器技术标准将要面临的。

虽然碎片化是目前影响Linux容器被采用面临的最严重威胁,但它也是最容易被解决的问题之一。两个新的都是由Linux基金会控制的基金会已经成立,它们近期已经开始运行以帮助消除Linux容器世界中碎片化的阴霾。

Open Container Initiative倡议旨在提供从底层的标准用于容器镜像格式和运行,以及容器化应用程序的开发。

Cloud Native Computing Foundation旨在推动标准用于开发、运行和规模化分布式应用程序基于Kubernetes为流程起点的最佳实践和互操作性。

虽然这两个组织是一个不错的开始,但从容器完整的生命周期复杂性来看,它需要从标准的角度持续性的关注。随着技术的不断完善,为企业采用,极有可能会有更多的“格式之战”随之而来,从大的层面上来说这取决于整个开源社区如何帮助调节和编撰这些争论,从而形成通用的标准和实践。随着两个基金会的启动推进以及后开源社区的最佳实践,我们希望,标准化继续开放发展,而不会妨碍或放缓创新。

“半开放式”也实际上意味着“全封闭”

碎片化的威胁也提出了另一个重要问题。当我们谈到容器,实际上它包含开源的内核或者“虚假的开源”Linux容器的周边产品。尽管都有“Linux”在名字中,容器可以广泛的适应于专有以及开放栈。这样会出现一个问题,当专有的代码和服务基于它们的方式逐步的进入容器化解决方案时,它们都会被以为是完全开放的。“虚假的开放”威胁并不是新东西,首先我们曾经在Unix以及最近大多数云计算方案中见过,尤其是PaaS和基于Openstack的方案,表面上是开放的,但是最上层是基于开源基础的专有技术。

Linux容器,虽然还处于被企业IT市场采用的生态周期的早期(尽管步伐在加快)。如果专有技术依赖落地于容器化技术,而这当前已经几乎肯定的事,那么IT界的情绪会变味。这究竟是一个创新,还是基于旧有专有系统的延续?从封闭的协议栈到高昂的许可证将导致创新的极大萎缩,在开放社区的血、汗、泪创建的基础之上加入虚假开放代码将会迅速抑制周围的开源热情和创新基础。

Container washing

在云计算热潮下,Cloud washing的概念诞生了。实际上,一个IT供应商将采取基于已经存在的产品和“washing”的营销材料,用云计算领域的“行话”来包装,希望说服客户,这个现有的供应商是云计算新兴世界中的玩家。

现在,我们看到的Container washing也在同样的发生,那些和容器热潮轻微相关(或完全不相关的)供应商和解决方案都在试图以它们的方式进入这个市场。这里的威胁远远大于碎片化或虚假开源。

举个例子,关于容器和虚拟机概念上的混乱。我们当然可以在虚拟机上跑个容器,或者是反向为之,但是两种技术解决的是不同的问题。通过虚拟化基础设施服务与应用程序代码的结合提供了抽象,容器是允许在轻量化软件环境中干净隔离并理想调用的最好方法,作为主要的服务提供方法。

通过提出与容器混为一谈的现有技术,给企业在考量容器采用时更多的混乱和烦恼。相对于仅仅是挑选最适合他们的容器技术,IT团队现在还需要调查解决方案是否真正提供Linux容器的便利。这很容易导致当谈到部署新的技术时,IT部门总是会倾向于阻力最小的方案。

上述三个是当前最大的,但并不是仅有的,我们所面临的对于Linux容器技术生态系统成长的威胁。这并不是说这些问题会阻止容器技术被采用,碎片化问题已经被定位,并且IT的领导者们已经体验过Unix和Cloud的战争,并可以小心谨慎的处理开源核心和“行话”包装产品之间的差别。但是重要的是要记住,通往创新的路径永远是布满荆棘的,Linux的发展是如此,云计算也是如此,现在轮到Linux容器了。

它最终是取决于开源社区,企业界和创业公司,并建立IT设备商在围绕Linux容器中的创新来越过这些障碍,通过合作和奉献来帮助容器技术真正实现它们的应用潜力。

原文发布于微信公众号 - 好雨云(goodrain-cloud)

原文发表时间:2016-03-08

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏大魏分享(微信公众号:david-share)

容器在企业中的应用---红帽全球技术峰会北京站分享

IT基础架构经历的三次大的变革是什么?容器如何在企业中落地?世界500强里中国企业使用容器的成功案例有哪些?请带着这三个问题,阅读笔者在红帽全球技术峰会北京站的...

37580
来自专栏SDNLAB

部署Openstack前需要考虑的五大问题

OpenStack,模块化架构的一种开源云平台,已经在很多公司,包括Disney、Walmat和PayPal完成了部署。但是虽然Openstack云平台能够给用...

30660
来自专栏Golang语言社区

转--容器技术的三大潜在隐患

近两年来,Linux的容器技术占据了世界企业IT市场的主导地位,它所要解决的问题就是虚拟化根本无法在应用软件开发和计算行业大规模应用,并允许企业世界真正拥抱像D...

30240
来自专栏Debian社区

Canonical 宣布临时关闭 Ubuntu 17.10 下载通道

鉴于众多联想笔记本用户报告尝试安装最新Ubuntu 17.10(Artful Aardvark)导致BIOS损坏的问题,Canonical 公司于今天宣布撤下最...

7520
来自专栏云计算D1net

红帽推出新一代PaaS产品OpenShift Enterprise 2.1

开源解决方案供应商红帽公司近日宣布推出新一代OpenShift Enterprise 2.1——红帽屡获殊荣的内部平台即服务 (PaaS) 产品。OpenShi...

32470
来自专栏负载均衡

实现全球同服,保障业务出海——腾讯云跨域加速解决方案

以游戏业务为例,国内游戏厂商在海外发行游戏时,面临的首要问题即怎样在保障功能的情况下,尽量降低异地或海外接入点的访问时延,提升玩家的接入体验。

65950
来自专栏程序员宝库

产品经理遭程序员暴打,当事人回应了!8月数据库排行榜;18岁少年发现量子推荐算法的经典替代

昨天朋友圈被刷屏了。据说,事情是这样的:一个产品经理给研发提出一个产品需求:要求 app 的主题颜色可以随着用户手机壳颜色改变而变化,然后就干起来了。

16420
来自专栏华章科技

厉害啦!“小程序“闪亮来袭,试了吗?你的App还好吗?

昨天一大早就被铺天盖地的“小程序”的信息给包围,为了给大数据后台的粉丝们在第一时间推送关于它的方方面面,小编鸡冻而颤抖的手输入了好几个错误。今天,小编决心改正错...

6710
来自专栏云计算D1net

云计算提供商在2017年需做好应对网络攻击的准备

在对于全球主要安全供应商在2017年可能发生的事件的年度预测中,主要云计算服务提供商将在2017年遭遇更多的网络攻击,其中包括勒索软件可能进入基于云计算的数据中...

27340
来自专栏极乐技术社区

小程序一周报 | 小程序支持打开移动应用 / 收款通知功能正式上线

为方便用户获取应用中的服务,从移动应用分享至微信的小程序页面,用户访问时支持打开来源应用。

15400

扫码关注云+社区

领取腾讯云代金券