|
|
|
|
|
by kevmo314
468 days ago
|
|
It's somewhat ironic that the author advocates for keeping it simple and using pgvector but then buries a ton of complexity with an API server, auth server, Cloudflare workers, and durable objects. Especially given > Supabase easily the most expensive part of my stack (at $200/month, if we ran in it XL, i.e. the lowest tier with 4-core CPU) That could get you a pretty decent VPS and allow you to coassemble everything with less complexity. This is exemplified in some of the gotchas, like > Cloudflare Workers demand an entirely different pattern, even compared to other serverless runtimes like Lambda If I'm hacking something together, learning an entirely different pattern for some third-party service is the last thing I want to do. All that being said though, maybe all it would've done is prolong the inevitable death due to the product gap the author concludes with. |
|
Some other clarifications:
- I was also surprised with how expensive Supabase turned out to be and only got there because I was trying to sync very big repos ahead of time. I could see an alternative product where the cost here would be minimal too
- I did see this project as an opportunity to try out Cloudflare. as mentioned in the post, as a full stack TypeScript developer, I thought Cloudflare could be a good fit and I still really want it to succeed as a cloud platform
- deploying two separate API server and auth server is actually simpler than it sounds, since each is a Cloudflare Worker! will try to open source this project so this is clearer
- the durable objects rate limiter was wholly experimental and didn't make it into production
> All that being said though, maybe all it would've done is prolong the inevitable death due to the product gap the author concludes with.
Very true :(