Open formspoint opened 6 years ago
A significant amount of the meteor
functionality is stateful—probably all of the distinguishing features. The particular kind of statefulness in meteor
is very, very ill-suited for serverless environments.
The particular project you linked to kind-of reckons with this in an unusual way. If you want to cherry-pick non-stateful meteor
code to use in some other application, your best bet is to copy and paste the relatively dependency-free code straight out of the repo.
I'm curious about this as well. Do you think that serializing state to, say, DynamoDB, would get us closer?
[EDIT] "Curious" meaning, I'd be interested in investing some time on this feature.
I'd like the ability to EASILY deploy Meteor (--bare/minimal) to AWS Lambda (Serverless), using Meteor as a microservices backend.
For example. I'd like to take out the email feature from many of my applications, and build a centralized micro-email-service using Meteor + Express + Lambda.
I know this has been tried before: https://github.com/DispatchMe/meteor-lambdify, but according to the Repo:
Is there a way tweak Meteor to make it more palatable on AWS Lambda so I can go Serverless in a few cases?