5 ms·
Render.com is such a better option these days (and I've been a huge Heroku fan since the beginning). Render has better support and pricing. In addition to great
by cpursley 5y ago
Render.com is such a better option these days (and I've been a huge Heroku fan since the beginning). Render has better support and pricing. In addition to great docker support and free static sites, they support distributed Elixir out of the box as well as autoscaling.
Still, they're not immune to these types of outages - I believe they're dependent on Google Could but are moving towards running their own data centers at some point. But so far, uptime has been great for us.
Fly.io also looks promising; keeping an eye on that one.
- bberenberg 5y agoWe're looking at Digital Ocean App Platform for this right now. Seems to be a very similar implementation and similar pricing. Has anyone does a comparison they can share?
- _fat_santa 5y agoI've been a Netlify customer for a number of years now and I'm considering switching over to Render. My biggest gripe with Netlify recently is don't make it straightforward to upload site without using their build system, and there are a bunch of little workarounds to implement to make everything work right. How is render for static sites? Do they make you build the site with them or is it a simple "here's an NPM package that github actions can consume".
- anurag 5y ago(I work at Render) We do need a Github/Gitlab repo, but we're not wedded to it. So I'm clear, you want the static site hosted on Render but built via GH Actions?
- yawnxyz 5y agoThanks so much for the share! Fly.io's pricing page seems impenetrable to me... I just checked out Render.com and it looks so easy to understand. I've been wanting to run a Node backend API thing but can't figure out where to put it... been using Cloudflare workers but it kept timing out (going over 10s). Will definitely check out Render's services and $1/mo crons.
- smoe 5y agoHaven't used render.com for long, but it looks very promising so far, not just pricing wise. One of the biggest appeals to me is their simplified, docker-compose like approach to infrastructure as code. Even if I only have a few services, dbs, etc. I still like to have it as code under version control, but things like Pulumi or Terraform are way overkill https://render.com/docs/blueprint-spec https://render.com/docs/blueprint-spec There are still various quality of life improvements I'd like to see, but to me they are on a very attractive path
- FemmeAndroid 5y agoWow, I was just talking to someone about how I'd love to be able to define all of the parts of our Heroku infrastructure in code. I've been going down the Terraform route but I think it's just too complicated for our team. Render's blueprint spec is pretty much exactly what I was looking for. Thanks so much for pointing it out.
- asolove 5y agoI'm glad this idea resonates with you. Please take a look and send feedback on docs or features improvements we could make!
- FemmeAndroid 5y agoI'll convert one or two small applications over to you and I'll be sure to reach out. Thanks!
- asolove 5y agoHey there, Adam from Render here, I manage our product eng team. Could you say more about the quality of life improvements you'd like to see? Or happy to chat with you or anyone else with suggestions. I'm adam@render.com.
- smoe 5y agoThanks for the offer! Will write bit more details later on when I have time, so briefly: Maybe it is less about new/improved features, I strongly prefer a focused product over one that tries to fulfill everyones whims, but more about guidance on for example for a small team what you think is the “best” way for them to integrate render.com into their dev workflows with typical stacks. How to solve the most common needs and what kind of things are out of scope for render to solve and what could be used instead. For an opinionated tool, it could be a bit clearer, what its opinions are. I think lot the information is already there, but it is quite scattered around between docs, feature request pages and forums.
- european321 5y agoRender had some pretty bad outages (10+ hours) and couple shorter ones just couple months ago, so it's not perfect either. But anyways I have also found it better than Heroku for my projects, it's even easier to setup than Heroku and pricing is slightly better too (especially the free static sites).
- anurag 5y ago(Render founder) We've learned a lot from these outages, most of which stemmed from DDoS attacks. We've since built DDoS protection into the fabric of Render: https://render.com/blog/free-ddos-protection https://render.com/blog/free-ddos-protection. Specifically related to this AWS outage, Render can already transparently shift your app between AZs, and we're also working on moving services across underlying cloud providers (GCP/AWS and eventually bare metal).
- european321 5y agoOk that's great to hear, thanks for clarifying
- listenallyall 5y agoWould be great if your service supported JVM applications in the near future. Kotlin on the backend is a thing.
- anurag 5y agoAgreed and noted.
- listenallyall 5y agoAwesome! Thanks.
- anurag 5y ago(Render founder) Thanks for using and recommending Render. Happy to answer questions. Incidentally, we launched a Heroku to Render migration tool just a couple of weeks ago: https://render.com/docs/migrate-from-heroku https://render.com/docs/migrate-from-heroku
- bberenberg 5y agoCan you put actual pricing on https://render.com/pricing https://render.com/pricing please?