一家初创公司已经出现,为无服务器功能管理提供了新的空间。11月1日,TriggerMesh正式推出,宣布建立在Kubernetes之上的无服务器管理平台。
TriggerMesh使用开源Knative项目,该项目是一个基于Kubernetes容器编排的框架,用于构建,部署和管理无服务器工作负载。TriggerMesh技术将可用于内部部署和基于软件即服务(SaaS)的基于云的部署,从而实现无服务器功能的多光管理方法。
“您可以将我们视为亚马逊Lambda克隆,我们使用Kubernetes和Knative来提供类似Lambda的体验,”TriggerMesh的联合创始人Mark Hinkle告诉eWEEK。“但我们超越了Lambda,为功能提供生命周期管理。”
Hinkle对开源和云世界并不陌生,之前曾担任Linux基金会Node.js基金会的执行董事。他的联合创始人Sebastien Goasguen创立了Skippbox,并且是Kubeless开源无服务器框架的创建者。Skippbox于2017年3月被Bitnami 收购。
亚马逊网络服务(AWS)通过其Lambda服务开创了无服务器的概念。使用无服务器(也称为函数即服务),事件触发要执行的功能,而不需要长时间运行的持久性服务器。
这个怎么运作
Hinkle说,使用TriggerMesh,用户将首先提供给定云和源控制系统的凭证,如GitHub。然后,用户将其功能放入源控制系统,然后TriggerMesh可以将该功能推送到云或现有的Knative集群。Hinkle说TriggerMesh插入执行函数并处理任何所需的自动缩放。
“然后我们有其他想法,包括一个触发器库,你可以使用预先填充的触发器,你可以使用它,”他说。“最重要的是,随着时间的推移,我们将建立一个功能库,以便人们可以阅读其他人拥有的功能。”
TriggerMesh的核心是为无服务器功能启用多声道。Hinkle说,用户应该可以选择将无服务器功能发布到他们想要的任何云。他说,用户可以在公共云上购物,以获得合适的价格/性能组合,并在不同的地方使用不同的功能。
“我们[TriggerMesh]想要关注的事情是云提供商不会去的地方,比如云端可移植性和CI / CD [持续集成/持续开发],”Hinkle说。
无服务器用例
向无服务器的转变是由许多不同的用例驱动的,包括成本效率和控制。Hinkle指出,TriggerMesh已经有几个使用该平台的客户。他说,TriggerMesh的客户之一拥有许多不同的开发人员,他们都希望能够将无需服务器的功能从源代码控制转移到他们选择的云端。
“基本上,他们有10万个开源项目,其中一部分是无服务器的。他们希望能够从源代码控制中推出并让开发人员不用担心任何操作,”他说。