Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Free Postgres databases for small projects

fly.io

Post reply on HN
Print view View original

201–210 of 231 posts

Re: Free Postgres databases for small projects

#201

Post by mrkurt »

gfd wrote: post #194
mrkurt wrote: post #191

Earlier quoted context omitted.

We don't bill for internal Postgres bandwidth anymore. Bandwidth in general is a good point though. No one _actually_ offers unlimited bandwidth. We haven't figured out how to be transparent about bandwidth costs AND check that box for people yet, though.

> No one _actually_ offers unlimited bandwidth. Isn't cloudflare's whole shtick about not having egress fees? https://blog.cloudflare.com/workers-now-even-more-unbound/

Cloud Flare's model is to give you "unlimited" bandwidth with restrictions on how you can use it. If you do any kind of volume you quickly get a call from a sales person who wants to sell you enterprise. And then you end up paying a relatively high per-GB price as one big enterprise contract.

They're reasonably transparent about this, and I think it's fair. It's just not how I prefer to buy services.

At no point will we call you up and try to get you to spend more money to keep doing what you're already doing.

Re: Free Postgres databases for small projects

#202

Post by gingerlime »

mrkurt wrote: post #73
gingerlime wrote: post #71

Earlier quoted context omitted.

What kind of Rails apps run without a DB? or how can you scale your app with a DB across 10+ regions? Would love to understand better how to deploy Rails with fly and still benefit from multi-region/failover/scaling p.s. horrible nitpick, but I think it’s SECRET_KEY_BASE :)

Read heavy Rails apps work great multi region: https://fly.io/blog/run-ordinary-rails-apps-globally/ We have a Gem to make it almost transparent: https://github.com/superfly/fly-ruby

It's an interesting idea to assume GETs will do no writes, as opposed to POST/PUT/DELETE and route them via middleware, but as an app developer, you need to be very mindful of any updates I suppose... replication delay can also create some weird scenarios I imagine...

Re: Free Postgres databases for small projects

#203

Post by hungryforcodes »

danvillalon wrote: post #198
hungryforcodes wrote: post #193

Though as part of the signup I'm asked for a credit card. So it's not really "free". It's for credit card users only that need to trust they won't charge you.

I believe they address this on the last sentence of the blog as a measure to prevent abuse on the free-tier they ask for credit card info, they specifically complain about cypto mining

Thanks for that. I actually went to the blog to read it and you're right they do explain themselves. Thank you.

I like cryptomining, so it doesn't help my adoption of them.

Re: Free Postgres databases for small projects

#204

Post by mrkurt »

gingerlime wrote: post #202
mrkurt wrote: post #73

Earlier quoted context omitted.

Read heavy Rails apps work great multi region: https://fly.io/blog/run-ordinary-rails-apps-globally/ We have a Gem to make it almost transparent: https://github.com/superfly/fly-ruby

It's an interesting idea to assume GETs will do no writes, as opposed to POST/PUT/DELETE and route them via middleware, but as an app developer, you need to be very mindful of any updates I suppose... replication delay can also create some weird scenarios I imagine...

That's all solved. We catch readonly errors from Postgres and issue the replay. Preemptively sending a POST to the primary region is an optimization, it works fine without doing that!

Replication lag is handled too in the Ruby library we pin requests to the for a few seconds. In our Elixir library, we actually monitor the read replica directly and reroute writes until it's caught up.

Re: Free Postgres databases for small projects

#205

Post by Serow225 »

mrkurt wrote: post #54
mooreds wrote: post #51

Earlier quoted context omitted.

For a company that says it makes it super easy to deploy a container image and mentions that all you need to do "Write your code, package it into a Docker image, deploy it to Fly's platform"[0], they sure have a dearth of documentation on how to deploy an existing docker container. I am not sure if I'm missing something or what, but here's where I looked: * googled 'docker fly' and a blog post that references docker…

You know, you're not really missing anything, we just don't connect the dots very well. Install CLI, run `fly launch` in a directory with a Dockerfile, and it should just work. Most of our users don't start with a Docker image though, they start with Phoenix. What you're seeing is a little bit of indecisiveness in how we target the docs.

I’d really recommend adding a section to this* page something like “existing Docker containers” ! I would not have found out that it’s possible based on your current docs layout.

* https://fly.io/docs/getting-started/

Also, I noticed that the Speedrun page a) in step 3, doesn’t tell you to CD into your source code directory before running the launch command to autobuild, and b) is missing links to all the autobuild supported languages

Re: Free Postgres databases for small projects

#206

Post by Serow225 »

mrkurt wrote: post #54
mooreds wrote: post #51

Earlier quoted context omitted.

For a company that says it makes it super easy to deploy a container image and mentions that all you need to do "Write your code, package it into a Docker image, deploy it to Fly's platform"[0], they sure have a dearth of documentation on how to deploy an existing docker container. I am not sure if I'm missing something or what, but here's where I looked: * googled 'docker fly' and a blog post that references docker…

You know, you're not really missing anything, we just don't connect the dots very well. Install CLI, run `fly launch` in a directory with a Dockerfile, and it should just work. Most of our users don't start with a Docker image though, they start with Phoenix. What you're seeing is a little bit of indecisiveness in how we target the docs.

Any chance of getting autobuilder support for Rust? :)

What about same for .NET? (and I suppose some people would care about Java,Kotlin,Swift ;)

I don’t have to deal with containers with my current infrastructure, and it would be nice if I didn’t just to be able to use Fly—I find containers to be a PITA.

Thanks! I’m super jazzed about Fly :D

Re: Free Postgres databases for small projects

#207

Post by mwcampbell »

Serow225 wrote: post #206
mrkurt wrote: post #54

Earlier quoted context omitted.

You know, you're not really missing anything, we just don't connect the dots very well. Install CLI, run `fly launch` in a directory with a Dockerfile, and it should just work. Most of our users don't start with a Docker image though, they start with Phoenix. What you're seeing is a little bit of indecisiveness in how we target the docs.

Any chance of getting autobuilder support for Rust? :) What about same for .NET? (and I suppose some people would care about Java,Kotlin,Swift ;) I don’t have to deal with containers with my current infrastructure, and it would be nice if I didn’t just to be able to use Fly—I find containers to be a PITA. Thanks! I’m super jazzed about Fly :D

> I don’t have to deal with containers with my current infrastructure

Just curious, which infrastructure is that, and does it have built-in build support for Rust?

Re: Free Postgres databases for small projects

#209

Post by dragonwriter »

sandGorgon wrote: post #192
dragonwriter wrote: post #80

Earlier quoted context omitted.

> Other than Heroku, there is no app deployment platform with databases right ? Are we not counting the major public clouds as “app deployment platforms” now?

so when i say app deployment platforms, maybe im not wording it right . like vercel. you dont worry about deployment - u just push nextjs code. that kinda thing.

While it may not be Nextjs in particular, push to deploy app solutions of various kinds are prominent among the offerings of public clouds.

Re: Free Postgres databases for small projects

#210

Post by manigandham »

chris_st wrote: post #144
tptacek wrote: post #17

Earlier quoted context omitted.

This is a sort of content-free comment, but I'll say it anyways because it's been gnawing at me for months --- there is a lot of content queued up for us to write about; just a freaking avalanche of stuff we've been working on. I keep looking for places to break it off and start writing about it, and the work keeps growing and foiling our attempts.

This isn't really a content-free comment -- you've let us know that you all are not sitting on your hands. Have you thought of hiring a technical writer? Think of it as a work-stealing algorithm if that helps :-)

They are hiring writers: https://fly.io/blog/fly-io-is-hiring-technical-writers/
Post reply on HN