Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Serverless architecture + multi-tenancy #82

Open
eric-burel opened this issue Feb 9, 2024 · 0 comments
Open

Serverless architecture + multi-tenancy #82

eric-burel opened this issue Feb 9, 2024 · 0 comments

Comments

@eric-burel
Copy link

eric-burel commented Feb 9, 2024

Hi,
I've been playing around the generator and I must admit I haven't been that enthusiastic about technology in a while.

The architecture is simple to host on a traditional server, however it would be interesting to evaluate a serverless alternative:

  • for indexing posts in the database, a serverless database could scale better for storing burst of posts on a specific topic
  • for getting the feed, a serverless server to run the feed computation algorithm + a serverless database could react to spike of demands
  • it makes it easier to handle multi-tenancy, if you want to host feeds created by non tech-savvy users

I plan to investigate relying on Vercel architecture specifically, which I know as a Next.js dev and that seems to provides all the required primitives (KV database, serverless hosting, API for a multi-tenant system).

However the part that I don't fully grasp yet is the websocket that receives the hose. Is it doable to have a serverless consumer? Or maybe I need a "serverful" architecture just for this part? It's not doing intensive work so that could do as long as we move the database + the feed algorithm to serverless.

Some services seem to offer stateful serverless systems that could work with websockets: https://sunilpai.dev/posts/the-future-of-serverless/

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant