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