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

[Hosting] AAContributor I can deploy Quivr on multiple cloud providers (AWS, GCP, ?) #322

Closed
mattzcarey opened this issue Jun 14, 2023 · 8 comments
Labels

Comments

@mattzcarey
Copy link
Contributor

Be able to deploy frontend to Amplify

Deploy BE to ECS Fargate

Include docs on how to do this.

@mattzcarey mattzcarey converted this from a draft issue Jun 14, 2023
@Klaudioz
Copy link
Contributor

I'd like to have the same for GCP as well.

@gozineb gozineb removed the status in Quivr's Roadmap Jun 22, 2023
@dabrodev
Copy link

Would be nice to document the railway and render deployments.

@gozineb gozineb changed the title [Hosting] AAContributor I can deploy Quivr on AWS [Hosting] AAContributor I can deploy Quivr on multiple cloud providers (AWS, GCP, ?) Jun 29, 2023
@mattzcarey mattzcarey moved this to Backlog in Quivr's Roadmap Jun 29, 2023
@masapasa
Copy link

Hi all, any progress on this? I am having difficulties deploying to ecs fargate

@antstanley
Copy link

Are there any thoughts on providing alternative database options beyond Supabase? Would like to run the entire project on one cloud provider, and not have data in 3rd parties.

Happy to contribute to make this happen if needed.

@mattzcarey
Copy link
Contributor Author

@antstanley yes there is. It is an ongoing improvement discussed here: #646. Once we extract Supabase from the core db logic, you can swap in an alternative.

There are currently no plans to create an option to remove Supabase entirely, however. For instance, supabase will still be needed for auth. You are always welcome to create a PR. The auth handler functionality should be quite simple to adjust to use Cognito or another provider.

The fallback is that you can always self-host Supabase.

I hope that answers your question and looking forward to seeing you for Serverless days Cape Town?!

@antstanley
Copy link

Ok. After a quick look at Auth it looks like you're using the Supabase auth client libraries. To make Auth more agnostic you'll need to swap them out with something like Auth.js, formerly NextAuth, which gives you a huge variety of provider support. Only problem is Auth.js doesn't support Supabase at this time.

Will create a separate issue on swapping out Auth providers to allow choice there, and document options. Once I've done that I'll submit a PR to get it done. Sound ok?

@mattzcarey
Copy link
Contributor Author

@antstanley sounds good!!

@github-actions
Copy link
Contributor

Thanks for your contributions, we'll be closing this issue as it has gone stale. Feel free to reopen if you'd like to continue the discussion.

@github-actions github-actions bot added the Stale label Aug 24, 2023
@github-actions github-actions bot closed this as not planned Won't fix, can't repro, duplicate, stale Aug 29, 2023
@github-project-automation github-project-automation bot moved this from Backlog to Done in Quivr's Roadmap Aug 29, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

5 participants