As stated in the readme, Gasper is a Platform as a Service (PaaS) and not Functions as a Service (FaaS) like OpenFaas.
Gasper can deploy any generic application such as https://github.com/sdslabs/gasper-sample-ruby-on-rails with little configuration i.e the user doesn’t need to create specific Functions for his service. He can make any generic application in a language of his/her choice and deploy it via Gasper. The same goes for creating databases via Gasper.
You can think of it as an open-source WIP alternative to Heroku (https://www.heroku.com/) and Render (https://render.com) with super-easy setup procedures and high scalability and reliability
Gasper serves a use case different from OpenFaas.
OpenFaas needs a specific functional configuration for deployment like https://github.com/openfaas-incubator/node10-express-templat... , hence it cannot deploy generalized applications such as https://github.com/sdslabs/gasper-sample-nodejs
As stated in the readme, Gasper is a Platform as a Service (PaaS) and not Functions as a Service (FaaS) like OpenFaas.
Gasper can deploy any generic application such as https://github.com/sdslabs/gasper-sample-ruby-on-rails with little configuration i.e the user doesn’t need to create specific Functions for his service. He can make any generic application in a language of his/her choice and deploy it via Gasper. The same goes for creating databases via Gasper.
You can think of it as an open-source WIP alternative to Heroku (https://www.heroku.com/) and Render (https://render.com) with super-easy setup procedures and high scalability and reliability