search

serverlessworkflow / specification

Contains the official specification for the Serverless Workflow Domain Specific Language. It provides detailed guidelines and standards for defining, executing, and managing workflows in serverless environments, ensuring consistency and interoperability across implementations.
http://serverlessworkflow.io
Apache License 2.0
746 stars 147 forks source link

Support: add faas function type #735

Closed walterlife closed 1 year ago

walterlife commented 1 year ago

What would you like to be added: function type adds faas type, which is used to orchestrate faas services, such as OpenFunction,or other cloud faas service

Why is this needed: now funtion type already support rest, asyncapi, rpc, graphql, odata, expression, or custom，although these types can meet most scenarios, in the cloud-native FaaS scenario, these types cannot currently support FaaS services well. So I think it is necessary to add a new type: faas, which is used to support FaaS service orchestration.

cdavernas commented 1 year ago

@walterlife you can support Faas out of the box with rest/openapi function (that's what I do with OpenFaas for instance). More than that and we land on a minefield, as Faas is not a standard or a specific tech, but rather a high level concept that would anyways use one of the tech we support to contact the gateway.

What you are asking for is basically a quality of life wrapper around the API that one FaaS provider might supply. As said, the easiest way to do so is with OpenApi, should the gateway supply it or not. If for some reason that's out of your way, then you probably should look into creating an extension 😉

walterlife commented 1 year ago

@cdavernas Thanks for answering.I understand that the current faas does not have a more universal standard. ok, i use rest type to achieve my purpose