为期三天的第 13 届红帽峰会已在波士顿当地时间 5 月 4 日闭幕。除了前两日报道的 OpenShift 与企业数字转型的动向,本次峰会还有另外两个产品动向值得注意。
1、以 Ansible 为核心的全栈自动化
红帽管理平台相关负责人已经明确在一次媒体沟通会上表示,Ansible 已经被定位作为红帽自动化工具体系的中心。红帽其他的自动化工具——
- 跨云管理产品 CloudForms
- 自动打安全补丁产品 Satellite
- 自动化运维工具 Puppet
- API 管理工具 3scale
上述工具仍将继续履行各自的职责,同时全面与 Ansible 集成。非红帽的其他自动化工具——比如 Amazon Lambda——也优先以 Ansible 作为与红帽管理平台的接入点。也就是说,未来在 Ansible 上(尤其是 Ansible Tower)将能够统一面向多个接入口进行自动化操作的定义与管理。
在本次峰会之前,红帽的
- Linux 发行版 RHEL
- OpenStack 发行版 RDO
- OpenShift(Kubernetes)
- 存储产品 Cepht 与 Gluster
已经与 Ansible 集成。本次峰会上,红帽又发布了 Red Hat Insights(红帽的监控预警产品)和 CloudForms 与 Ansible 的集成。
为什么是 Ansible?
其中一个很重要的原因在于,Ansible 连不懂技术的业务人员也可以拿来用。甚至可以这么说:任何一个能够阅读英文的人都能看懂 Ansible Playbook 的用法。红帽认为 Ansible 代表了自动化的未来,在此投入了大量研发力量与资源。
2、Red Hat Insights 作为统一的数据分析层
Red Hat Insights 这次在 Paul Cormier 的主题演讲里小小的露了一下脸,不过场下的很多场合都有不同红帽项目的负责人提及该项目。Insights 可以视为一个基础设施监控平台,它自动采集并分析服务运行数据,以提供问题预测(而不仅仅是报警)的能力。由于该产品中使用了机器学习技术,因此也有人形容 Insights 是红帽的 AI 服务(虽然官方说明中并未提及)。
Red Hat Insights 产品发布于 2016 年,目前已经与红帽 Linux 发行版 RHEL、OpenStack 发行版 RDO、虚拟化产品 RHEV、OpenShift、安全监控与打补丁产品 Satellite、跨云管理平台 CloudForms、以及上述自动化平台 Ansible 进行了集成。
就笔者看来,也许未来每个红帽产品都会被要求实现下述三个方面的集成:
- 可用容器交付给 OpenShift
- 将控制接口暴露给 Ansible
- 将数据接口暴露给 Insights
Paul Cormier 在主题演讲上对目前红帽各个产品线所处的位置和相互关系进行了梳理,可参考文末附录部分的演讲截图。
其他:跨领域开源
从两年前开始,红帽成立了一个名为 Open Source Stories 的制片项目,平均每半年制作一个讲述跨领域开源案例的记录短片,至今已经发布了五个短片,分别涉及教育、义肢制作、脑肿瘤治疗、城市庆典活动组织、以及一套关于 AI 发展的系列。在本次峰会,红帽也邀请了新加坡 GovTech 创新实验室、开源硬件组织 OSHWA.org、以及 MIT 开放农业实验室(Media Lab 下的 OpenAg 项目)等不同领域的负责人到现场分享。
与传统企业数字转型的目标类似,跨领域开源的目标同样在于为原本缓慢而僵化的一些进程注入加速创新的催化剂。开源硬件、开放数据、开放政务、开放 AI 等话题已经经过了相当长时间的探讨与发展,并非什么新鲜话题,然而到今天仍然处于未成熟的快速变化期,同样值得关注。
附录:红帽产品线定位图解
Ansible:用户接入点定义在靠近应用层(顶层)的位置,自动化管理
Insights:从各层采集数据,提供预警信息,属于基础支持的定位
OpenShift:一部分在中间件层作为应用容器平台,另一部分在基础层作为 Google Cloud、AWS、Microsoft Azure 等公有云服务的接入点。反过来看,也可以说这三家公有云是 OpenShift 的接入点,因为 OpenShift Online 完全是托管在 Google Cloud、AWS 以及 Azure 上的(红帽自己至今不提供公有云服务)。
JBoss:中间件层,跑在 OpenShift 提供的容器里
CloudForms:跟 Ansible 一样处于靠近应用层的位置,自动化管理
最后,再来一张大会结束前最后一场主题演讲,红帽的一位合作伙伴登台分享的现场照片。拍照者将其命名为——神奇的时代:)
评论