top | item 15039501

Serverless Event Gateway

72 points| rmason | 8 years ago |serverless.com | reply

20 comments

order
[+] 21|8 years ago|reply
Somewhat OT: I want to create an auth system (username, password, login, logout) using a serverless architecture with Cosmos DB as data storage. Each user will have it's own document and logging in will set a flag in that user document, or maybe in a session document. Login with Facebook would also be nice. Anybody know of such a pattern or best practices?
[+] mayank|8 years ago|reply
Doesn't sound particularly challenging from a serverless point of view, if you have some sort of central Cosmos DB instance. Wrap it all in a Lambda function.
[+] pesfandiar|8 years ago|reply
If Cosmos DB is not a requirement, AWS Cognito is a cheap and headache-free option that covers all other requirements, including the FB login.
[+] heffay|8 years ago|reply
Have you looked at Azure AD? Seems like it would do what you want if I'm understanding correctly
[+] Myztiq|8 years ago|reply
Where would the event gateway be deployed? It looks like it could be any provider and anywhere right? Essentially, giving me the ability to take my entirely serverless architecture and giving me servers to manage. Alternatively, it may be a Kubernetes type deployment. OR, what my guess is, the first step towards getting people to use the serverless platform, which will handle hosting this for us.
[+] mayank|8 years ago|reply
Yes, they're planning a hosted version in addition to the open source version.
[+] sscarduzio|8 years ago|reply
The real huge importance of event gateway is that we can finally debug and run integration tests locally.

Not a mention of this in the article..

[+] kostarelo|8 years ago|reply
Im wondering what are the use cases here. Why someone would keep different functions in different providers while she requires the communication between them.
[+] nichochar|8 years ago|reply
The example given at the emit conference was: You have a lot of code running in AWS, but all of a sudden, you would like to start using some nice features around google ML, and for this you need integration with google cloud.

Over a longer period, the idea is that there is an oligopoly of PaaS providers and if their features don't match 1:1 perfectly, your business may need a hybrid approach.

[+] Myztiq|8 years ago|reply
I'm not entirely sure myself, a few guesses.

  * Cost based configurations
  * Putting high compute in one cloud and storage in another? 
  * Perhaps to handle entire cloud outages? 
  * There may be features that don't exist across all the providers that people may want to take a dip into.
  * Integration w/ existing frameworks, AKA code deployed to multiple clouds that need to be supported.