Red Hat Cormier发布OpenShift.io和容器状态指数

日期: 2017-06-13 作者:Joel Shore翻译:蒋红冰 来源:TechTarget中国 英文

Red Hat为云应用开发人员提供了新功能和针对容器运行状态和安全性的评级服务。同时,它还避免了在本地工作站上使用OpenShift.io来安装开发工具。

近期,数以千计的开发人员参加了在波士顿召开的Red Hat峰会,这些与会的开发人员都是长久以来深入学习应用编程代码和开源技术的获益者。Red Hat公司执行副总裁兼产品与技术业务总裁Paul Cormier接受了SearchCloudApplications的独家采访。

在波士顿召开的2017 Red Hat峰会有超过六千名的与会者参加。您是否对这次峰会的规模感到惊讶?

Paul Cormier:真是太棒了。我在Red Hat公司已经工作了16年了。我的工号是120。当时是Red Hat的共同创始人Bob Young聘请了我。最初Red Hat的业务是从网上下载Linux并烧录成光盘,然后开着老爷车在跳蚤市场上进行兜售。[编者注:截至2017年5月,Red Hat公司拥有员工总数约7900余人。]

我们已经走过了跳蚤市场的那个发展阶段。您曾经说过,2016年将是开发与运营联合起来提供敏捷持续集成与部署的一年。这样的预言是否兑现,2017年我们的发展方向又将是什么?

Cormier:在以前,开发人员只要抓住代码,然后扔给隔壁的运营人员就可以了。而现在,让我们看看开发与运营都发生了些什么变化,运营人员为开发人员提供配备了所有所需功能组件的平台。在开发人员完成应用开发后,应用已经做好了投入实际运营的准备,因为它的开发工作都是基于相关支持组件而开展的。例如,它的支持容器就是一个Linux发行版。他们不需要为应用程序重新部署和配置运行平台。任凭我说破嘴皮子也没有用——容器是Linux。它只是用了不同方法的Linux。

对于移动应用与云应用开发人员来说,Red Hat的目标是什么?

Cormier:我们平台的目标就是确保基础设施和基础设施服务对于开发人员一方面是可访问的但另一方面又是不可见的。用户不必对网络或存储资源很了解。他们只需请求使用网络或存储等资源即可。甚至在很多情况下,用户都不需要请求资源。应用自己就会获取运行所需的资源。从某种意义上来说,它将使应用开发人员变得更名副其实而不是系统人员。

此举打破了开发、网络与存储三者的孤岛状态。

Cormier:你说的那种情况已经不复存在了。那也是IT文化发生变化的一部分。当我们第一次与我们的客户一起开始部署OpenShift时,客户说,“你知道的,这是我第一次看到开发人员和运营人员坐在一个房间里进行交流。”

运营人员在过去往往会向开发人员抱怨,他们所使用的代码没有得到较好的支持。而开发人员也会对运营人员大喊大叫说,他们没有得到正确的东西。现在,应用程序的开发与运营都在一个平台上,他们都感到很满意。我们剔除了中间层。从开发人员完成应用程序开发的那一刻开始,运营人员就已经做好了支持的准备。

您在Red Hat峰会上宣布的OpenShift.io在本质上来说就是用于开发云-本地、基于容器技术的应用程序的端到端在线集成开发环境。所以在本地也根本不需要安装什么,是这样吗?

Cormier:[开发人员可以]从第一天就可以开始应用开发,而不是花费一整天或者甚至几个月的时间进行调试设置才能达到这一目标。

在一年前,开发人员就可以在几分钟内(而不是几个星期)完成资源分配。您是否认为如果使用了OpenShift.io,我们甚至都不必花上那点时间?

Cormier:几秒钟,不是几分钟。你的资源就在那里,但是有趣的是如果结合使用了我们的工具,就会让你的工作变得更为简便。在平台上使用这个工具的开发人员会被引导完成应用开发。他们可能会选择一个包,而人工智能会察觉到这一点并告诉开发人员,“你知道吗?这个包有三个安全漏洞。这里有一个更新的版本。如果你希望使用这个更新版本的包进行开发,可点击这里。”就以前来说,其结果通常是一个应用程序是基于有安全漏洞的老版本进行开发,开发人员必须返工重新开发。即使是在开发之前我们也必须抓住这一点并予以修正。

在云时代,即便使用了诸如OpenShift.io这样的新工具,我们也仍然必须在数天和数周时间内完成开发和连续交付周期,而不是传统意义上的数月乃至数年。

Cormier:用户必须学习使用由我们这样的供应商所提供的工具,才能做到这一点,因为缺少正确的工具用户就根本无法完成连续交付与部署。在一天工作结束的时候,你仍然必须发布出一个能够正常运行、安全、可管理的应用。

问题在于,传统管理技术在理解混合云安全性、集成和编排方面是没救了的。我们该向哪个方向努力?

Cormier:是的,我们正处于一个十字路口,就如同术语所说的那样,持续开发、持续集成和持续部署周期。测试是其中的一部分。应用开发人员将被允许考虑他们正在努力解决的业务问题,而不必担心底层的细节问题。

您还宣布了Red Hat容器状态指数。这个服务将如何帮助开发者?

Cormier:在过去,人们也都在使用容器,但他们并没有真正地把企业的核心业务押宝到这个技术上。现在,他们开始将其部署到生产过程中,安全性、可管理性以及生命周期都更为适用,用户们需要一个商用级系统以便在Linux中执行一个商用级的容器。我们所做的是将我们的产品纳入到Red Hat Linux企业版容器中。

通过使用容器状态指数,我们可以扫描操作系统的各个部分…并告诉他们其状态,是否存在已知的安全漏洞或任何错误,并提供较新版本(如果有的话)。我们已经针对我们的产品完成了上述这些工作,现在我们正在将这些工具提供给我们的独立软件供应商合作伙伴,以便他们能够使用我们的容器工具来运行他们已经开发完成的容器。我们将在我们的门户网站上发布容器状态指数的结果。

Red Hat技术无处不在,但消费者对此似乎没有认知。

Cormier:你一定坐过飞机并看到过A/V和娱乐系统重启吧?十次里有九次都是使用Red Hat 内核。虽然我们大量的技术通过开源模式进入到消费者手中,但是我们从来没有真正向他们收过费或者把我们自己推向给消费者。从商业角度来看,我们一直专注于企业用户,但是由于我们的技术深入用户所以我们是非常重要的。消费者他们只是不知道而已。

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

作者

Joel Shore
Joel Shore

新闻作者

翻译

蒋红冰
蒋红冰

TechTarget云计算主编,主要负责云计算和虚拟化网站的内容建设。长期专注于IT前沿技术,对云计算、虚拟化、人工智能、区块链等技术都有了解;对行业趋势、市场动态有一定的洞察。

相关推荐

  • 《云技术第一线》之云应用开发

    云应用开发的技术和工具多种多样。为了充分地利用它们,将您的应用超越可扩展性,并进入自我修复和无状态的领域。Maximilien是IBM云创新的首席架构师,经常被称为“Max博士”,他还讨论了IT专业人士开发云应用必须考虑的12个关键特性。

  • 开发云应用必守的12个规则

    云应用开发的技术和工具多种多样。为了充分地利用它们,将您的应用超越可扩展性,并进入自我修复和无状态的领域。

  • 收购Codenvy:红帽认为容器技术未来将继续呈碾压之势

    红帽将其基于云的集成环境OpenShift.io与收购的Codenvy进行了集成。Codenvy就一家云原生工作空间管理工具制造商。

  • 红帽的跨界演出:秀出连续60个季度的收益增长

    2017财年第四季度收益的增长,让红帽实现了连续60个季度的增长,而且全财年的订阅收入和总递延收入实现了20亿美元里程碑式的跨越。同时,也显示出红帽是全球首家年收入超过20亿美金的开源公司。