Serverless-focused startup TriggerMesh launched its EveryBridge platform that targets the still challenging task of triggering serverless-based events that can run across multiple clouds and on-premises infrastructure. The launch also completes TriggerMesh’s ongoing efforts to add an eventing function to its platform.

EveryBridge is a serverless event bus that can connect applications using events, which is the thing that triggers a function to run. This is currently still siloed to specific cloud platforms.

The TriggerMesh platform consumes real-time data from event sources, which can include VMware Vsphere, IBM MQ, Solace, or customer applications. It then uses those events to trigger functions on serverless platforms from larger cloud providers like Amazon Web Services’ (AWS) Lambda, Google Cloud Functions, and Microsoft’s Azure Functions. It can also trigger serverless functions running on Kubernetes.

TriggerMesh co-founder Mark Hinkle explained that EveryBridge is focused on the event management side of serverless applications. “It allows users to configure event sources and define which function should be executed and where,” he wrote in an email to SDxCentral.

It can also be used to bridge gaps with legacy systems. Hinkle provided an example of configuring events from an OracleDB database that can be sent to an Azure function.

He added that it can run as a compliment to Google’s Cloud Run for Anthos platform that launched last month. That platform is based on the Kubernetes-based Knative runtime environment and allow users to more easily run stateless workloads on a fully managed Anthos environment.

EveryBridge is also somewhat analogous to the still evolving Kubernetes-based Knative Eventing project. Hinkle explained that EveryBridge is a “generic event management system that can target services running in ‘pure’ Kubernetes, not just Knative.”

Microsoft recently launched a similar eventing effort through its Kubernetes-based event-driven autoscaling (KEDA) platform. That platform, which was developed with Red Hat, allows developers to run those serverless functions within a Kubernetes environment across other clouds and on-premises locations.

Hinkle noted that the new platform can also be used in combination with TriggerMesh’s Knative Lamdba Runtime (KLR) product that launched earlier this year. That open source project stitches together AWS’ Lambda serverless architecture with the Knative open source set of serverless components to bridge the portability gap between the two platforms. That gap between serverless platforms has been one of the main barriers to broader serverless adoption.

TriggerMesh’s other co-founder, Sebastian Goasguen, noted at that time that eventing was one piece it was still looking to add to the platform.