Nhost

Infrastructure

backend as a service

SHOW HN2020

210points
69comments
#256of 3,028 in 2020
Top 9%of 2020 by points

How HN took it

CuriousMostly questions and neutral comments

5 positive, 13 neutral or asking, 1 mixed, 7 critical, out of 26 comments about the project. Thread score +0.02.

Pricing: 1 for, 3 againstIdea: 1 for, 2 againstPerformance: 0 for, 2 againstDesign: 1 for, 0 against

The thread, comment by comment

Each row is a top-level comment and its replies, in HN's order. Select a cell to open that comment on HN.

positive neutral or mixed critical about another commenter or something else the maker

What HN said

What people liked

  • Support and customer service are excellent

    From 2 comments
    • I've been testing NHost the past few weeks, and I have to say that (A) it's fantastic, and (B) the support is even better. The combination of Postgres plus Hasura, plus a really…
      chris_st on HN
    • I used Nhost a few months ago for a small project. The pricing was originally a huge block for me. I emailed them (elitan here on HN) to talk about pricing. He took my feedback…
      buzzerbetrayed on HN
  • Postgres plus Hasura with smooth auth makes development fast

    From 1 comment
    • I've been testing NHost the past few weeks, and I have to say that (A) it's fantastic, and (B) the support is even better. The combination of Postgres plus Hasura, plus a really…
      chris_st on HN

Objections

  • Pricing jumps steeply above 5 GB and is hard to justify versus Firebase free tier

    From 2 comments
    • That's a dramatic jump in pricing from 0-5 GBs to > 5 GBs. Is there a more flexible pricing plan in the works? A hobbyist app could still be storing a large amount of data but…
      ctrlaltdylan on HN
    • I used Nhost a few months ago for a small project. The pricing was originally a huge block for me. I emailed them (elitan here on HN) to talk about pricing. He took my feedback…
      buzzerbetrayed on HN
  • No compute or serverless functions offered yet

    From 2 comments
    • This looks pretty great. Our SAAS product was initially based on Firebase, but we're in the process of migrating to almost the same stack that you are offering (but hosted on…
      nicoburns on HN
    • > Yes, either cloud functions (like Vercel's `/api` approach that we love) or docker containers (something like Google Cloud Run) will be one three big features we'll be working…
      nicoburns on HN
  • Cold starts would make serverless functions slow

    From 2 comments
    • > Yes, either cloud functions (like Vercel's `/api` approach that we love) or docker containers (something like Google Cloud Run) will be one three big features we'll be working…
      nicoburns on HN
    • 200ms would likely be fine (although not ideal), but I've seen more like to 3000ms with Firebase Cloud Functions, and have heard stories of similar with AWS Lambda. The…
      nicoburns on HN
  • No offline support or live sync like Firestore

    From 2 comments
    • With Firestore, even when offline you still see your edits in your query results (flagged as such). This cannot be done with GraphQL, as the meaning of a GraphQL mutation is…
      yencabulator on HN
    • This is not the same at all as live synchronization between devices, also, the Firebase SDK clients allow for offline data persistence.
      Scarbutt on HN

Requests

  • Managed compute or container service

    From 1 comment
    • This looks pretty great. Our SAAS product was initially based on Firebase, but we're in the process of migrating to almost the same stack that you are offering (but hosted on…
      nicoburns on HN
  • Managed Redis or in-memory cache

    From 1 comment
    • This looks pretty great. Our SAAS product was initially based on Firebase, but we're in the process of migrating to almost the same stack that you are offering (but hosted on…
      nicoburns on HN
  • Availability and durability guarantees

    From 1 comment
    • This looks pretty great. Our SAAS product was initially based on Firebase, but we're in the process of migrating to almost the same stack that you are offering (but hosted on…
      nicoburns on HN
  • Pay-as-you-go pricing option

    From 2 comments
    • One of the biggest advantages to firebase is its Blaze Plan, in which you pay for how much you use each service. This project seems to only have the standard 3 tier plan...…
      gitgud on HN
    • This looks pretty great. Our SAAS product was initially based on Firebase, but we're in the process of migrating to almost the same stack that you are offering (but hosted on…
      nicoburns on HN

Questions

  • How does live synchronization between users work?

    From 1 comment
    • If it is really a Firebase alternative, how does it manage live synchronization of data between users? or "cloud functions"? didn't find anything on the website.
      Scarbutt on HN
  • How is it open source and how to self-host?

    From 2 comments
    • Have I missed something? How is this Open Source?
      mkarliner on HN
    • Are there any docs/issues/comments anywhere with information on how to self-host this?
      wayneftw on HN
  • How does it compare to Supabase?

    From 1 comment
    • I have been bitten by Firebase scalability restrictions before, so good to see alternatives coming up. How do you compare to Supabase (http://supabase.io/)?
      inian on HN

Alternatives named

  • Firebase

    From 2 comments
    • For some pricing perspective, I'm on firebase/cloud functions. I pay ~$10/month for their smallest cloud sql postgres instance and the rest of the usage pretty much falls under…
      latchkey on HN
    • That's a dramatic jump in pricing from 0-5 GBs to > 5 GBs. Is there a more flexible pricing plan in the works? A hobbyist app could still be storing a large amount of data but…
      ctrlaltdylan on HN
  • Supabase

    From 1 comment
    • I have been bitten by Firebase scalability restrictions before, so good to see alternatives coming up. How do you compare to Supabase (http://supabase.io/)?
      inian on HN
  • Hasura

    From 1 comment
    • Do you prefer a UI? Like Hasura, AppSync, 8base, and firebase? The DSL is very very close to GraphQL’s SDL though, so learning it shouldn’t take more than 5 minutes. The problem…
      anasbarg on HN
  • AppSync and 8base

    From 1 comment
    • Do you prefer a UI? Like Hasura, AppSync, 8base, and firebase? The DSL is very very close to GraphQL’s SDL though, so learning it shouldn’t take more than 5 minutes. The problem…
      anasbarg on HN
  • PouchDB and RxDB

    From 2 comments
    • This is so, so interesting. There have been lots of discussions about PouchDB and GunJs but they always seemed limited in the backend story. I've been trying to get Couchdb to…
      xrd on HN
    • You should try RxDB. It is based on pouchdb and therefore supports offline first [1]. Also you can use the graphql replication so that you are not limited to couchdb backend.…
      typingmonkey on HN

Category, keywords, summaries and labels on this page were made by AI (Thread Reader v2) and not checked by hand. Each point links to the comments it came from.

Add a badge to your READMEShown on HackerShow
[![Shown on HackerShow](https://hackershow.org/badge.svg)](https://hackershow.org/show/24929732)