Website profiles · Technology insights · Alternatives

nhost.io

Nhost is a managed backend platform with Postgres, GraphQL, Auth, Storage, and serverless Functions. Launch in minutes and scale without limits.

Paid content
Visit website
Profile views 10 Outbound visits 13 Normal
Nhost Full homepage screenshot

At a glance

Category
Development
Language
English
Paid-content signal
Paid contentObserved
Registered
Unknown
Hosting
VercelInferred
HTTPS certificate trusted
PassedObserved
Last updated

Website review

This review may include AI-generated content and is not individually verified. Domain, certificate and other facts come from the observed data on this page.

What is Nhost?

Nhost is a managed backend platform built around PostgreSQL. Instead of assembling and operating a database, API layer, auth system, file storage and serverless runtime yourself, you get them as one connected stack and deploy it without managing servers.

What the platform includes

  • Postgres database — a standard SQL database, ready on creation.
  • GraphQL API — generated from your data, with real-time support.
  • Authentication — user sign-up, sign-in and account management.
  • Storage — file uploads and downloads served over a CDN.
  • Serverless Functions — backend logic in JavaScript or TypeScript.
  • Bring your own containers — run services in other languages when functions aren't enough.
  • AI toolkit — embeddings, assistants and file stores for AI features.

How it fits a typical workflow

You run the whole stack locally through the CLI, commit changes with Git, and push to deploy; Nhost handles CI/CD, autoscaling, load balancing and observability. The company cites six regions, 80+ CDN locations across four continents, and customers including Midnight Society (400,000+ users in six weeks), React Flow (a subscription platform in two months) and Revtron (80% faster onboarding). Those are vendor-reported results, so treat them as directional rather than guaranteed.

Who it suits, and the trade-off

It fits small teams and solo developers who want a production-capable backend without DevOps work, and it scales toward larger products. The trade-off is coupling: you gain speed and integration, but you accept Nhost's conventions and its GraphQL-first model. If you need deep control over database internals or a non-Postgres data model, a self-managed stack may fit better.

Next step: open Nhost and try the free tier on one small project — wire up auth and a single table, then decide whether the workflow matches how your team ships.

How does Nhost compare to using Firebase or Supabase for a new project?

Nhost is a managed backend built around a standard PostgreSQL database, with GraphQL, authentication, storage, serverless functions and container deployment on top. If you are choosing a backend for a new project, the practical comparison is less about feature checklists and more about how much you value SQL portability versus a tightly integrated proprietary stack.

Where the three differ

  • Nhost: PostgreSQL plus a GraphQL API, auth, file storage with CDN, serverless JS/TS functions, bring-your-own containers, and an AI toolkit. It leans toward teams that want SQL and the option to run or move their own services. The page also highlights local development with a CLI, Git-based CI/CD, and built-in observability.
  • Supabase: Also PostgreSQL-based, with a similar auth/storage/functions story and a strong developer community. It is often the first comparison point for teams that want an open SQL backend.
  • Firebase: A document database (Firestore) with Google's ecosystem, real-time sync, and mobile SDKs. It is a strong fit when you want tight client-side integration and do not want to model relational data.

How to choose

If your data is relational and you expect complex queries or reporting, Nhost or Supabase will usually fit better than Firebase. If your app is mobile-first with simple document data and you want minimal backend thinking, Firebase is often faster to start. If you want to avoid lock-in and keep the option to run PostgreSQL yourself, both Nhost and Supabase are more portable than Firebase.

A concrete scenario: a small team building a subscription product with user accounts, file uploads and a few background jobs. Nhost's combination of Postgres, auth, storage and functions covers that without stitching together separate services, and the Git-based deploy flow keeps releases simple. The trade-off is that you are adopting Nhost's conventions, and its ecosystem and community are smaller than Firebase's or Supabase's.

A useful next step

List the three features your project cannot ship without, then check which platform covers them natively. For Nhost, the Nhost documentation and Nhost pricing page will show what is included and where the free tier ends. Compare that against Supabase and Firebase before committing, because migrating a backend later is more expensive than choosing carefully now.

What is the process for migrating an existing Postgres database and authentication system to Nhost?

Nhost does not present a single documented “import your existing database and auth” migration flow on this page. What it does provide is the destination stack: a managed Postgres database, a GraphQL API, an authentication service, storage, serverless functions, and container deployment. So the practical answer is that migration is a project you run in stages, using standard Postgres tooling for the data and Nhost’s Hasura-based auth for the user layer.

Data layer: move Postgres first

  1. Create your Nhost project and get its connection string from the dashboard.
  2. Dump your existing database with pg_dump (schema plus data), then restore into Nhost’s Postgres with psql or pg_restore.
  3. Reconcile differences before you cut over: extensions, roles, triggers, and any objects that depend on superuser privileges. Nhost’s Postgres is managed, so plan to drop or replace anything that needs filesystem or elevated access.
  4. Track schema changes from then on with migrations in your repo, since Nhost deploys via Git push and CI/CD.

Auth layer: the harder half

Nhost’s auth is its own service, not a drop-in replacement for an existing user table. Expect to export users (email, hashed password or identity-provider IDs, metadata) and import them through the auth API or admin tooling, then verify password hashes are in a format the service accepts. If you used a third-party identity provider, you can often configure it as an OAuth connection instead of migrating credentials at all. Sessions and refresh tokens do not carry over; users will need to sign in again.

A realistic sequence

  • Run Nhost locally via the CLI, restore a copy of your database, and point a staging app at it.
  • Map your old auth model to Nhost’s users, roles, and permission rules.
  • Rebuild authorization as GraphQL/row-level permissions rather than app-side checks.
  • Test with a small user cohort, then schedule a short write-freeze window for the final dump and restore.

Decision criteria

Choose this path if you want a managed Postgres plus built-in auth, GraphQL, storage, and functions, and you are willing to reimplement authorization and accept a one-time re-login for users. Look elsewhere if you need byte-identical auth continuity, unusual Postgres extensions, or a fully scripted, vendor-provided migration tool. For the underlying services and deployment model, see Nhost.

How can I set up local development with the Nhost CLI and deploy to production via Git?

Run the full Nhost stack on your machine with the CLI, then let Git push that same project to Nhost's cloud. The CLI gives you a local Postgres, GraphQL API, Auth, Storage, and Functions environment; the Git integration handles deployment to production.

Local development with the CLI

Nhost's page states the CLI runs the entire stack locally with a single command, with all services connected and ready. Typical flow:

  1. Install the Nhost CLI (see the docs linked from Nhost).
  2. Run the local dev command in your project directory — this starts Postgres, the GraphQL API, Auth, Storage, and Functions together.
  3. Work against the local endpoints (database, API, auth) instead of a remote project; changes to schema, permissions, and functions stay on your machine.
  4. Use the Dashboard for managing your app when you need a hosted view.

This is a concrete win for a solo developer or small team: you avoid provisioning cloud resources just to iterate on schema or auth rules, and you can reset the local database freely.

Deploying via Git

Nhost describes Git-based deployments with built-in CI/CD: you add, commit, and push, and Nhost automatically deploys your backend. The page shows the familiar sequence:

git add .
git commit -m "add permissions"
git push origin

The deployment target is Nhost Cloud, which the page describes as production-ready infrastructure with autoscaling, load balancing, and security across 6 regions, 80+ CDN locations, and 4 continents. No DevOps expertise is claimed as required.

What this means in practice

Concern Local CLI Git push to production
Database Runs locally Managed Postgres in the cloud
API/Auth/Storage/Functions All running locally Deployed and connected
Iteration speed Fast, resettable Tied to commit/push cycle
Ops burden None locally Handled by Nhost (autoscaling, CDN)

Decision criteria and next step

  • Choose the CLI-first workflow if you want to develop schema, permissions, and functions offline and keep production changes explicit through commits.
  • Keep secrets and environment-specific config out of the repo; the page does not detail secret handling, so check the docs for that before pushing.
  • Next step: read the Nhost docs and pricing page (Nhost) to confirm CLI install steps, project linking, and what your plan includes before your first production push.

What are the pricing tiers and usage limits for Nhost's managed backend services?

Nhost's pricing page is the only reliable place to get current tiers and usage limits, because the plans and included quotas change over time. The product page confirms a free entry point ("Get started for free") and links to Nhost's pricing page, but it does not list tier names, prices, or numeric limits for databases, storage, bandwidth, function invocations, or AI features.

What the page does establish is which resources are likely metered, since these are the components of the managed stack:

  • Postgres database
  • GraphQL API
  • Authentication
  • Storage and CDN delivery
  • Serverless Functions
  • Bring-your-own containers
  • AI toolkit features (embeddings, assistants, file stores)

In practice, providers of this type typically tie plan differences to database size and compute, storage volume and egress, monthly function or request counts, project and environment counts, and support or compliance add-ons. Treat that as general advice about how to read a backend pricing page, not as a statement of Nhost's actual limits.

As a concrete example: a solo developer prototyping a side project would look for a free or low tier with one project, a small database, and enough storage and function calls to demo the app. A small team running a subscription product would instead check seats, staging environments, autoscaling behavior, and overage rates, since those drive cost once real traffic arrives.

Next step: open the pricing page and compare the tiers against your own monthly estimates for database size, storage, bandwidth, and function invocations, then check the overage policy for each, because that is where unexpected costs usually appear.

How do I use Nhost's serverless functions and AI toolkit to add custom backend logic or AI features?

Use Nhost's Serverless Functions for custom backend logic and its AI toolkit for AI features. Functions are JavaScript/TypeScript handlers you deploy alongside the rest of your backend; the AI toolkit provides building blocks such as auto-embeddings, assistants, and file stores so you don't have to wire up a model provider from scratch.

Serverless Functions

  • Write JS/TS functions that run on Nhost's infrastructure, so there's no server to manage.
  • Trigger them from your app (for example, a client call or a GraphQL action) or from events in your backend.
  • Use them for logic that shouldn't live in the client: payment webhooks, third-party API calls, data validation, or sending notifications.
  • They fit naturally with the other services: a function can read and write your Postgres data, check authentication context, or store files.

AI toolkit

  • Auto-Embeddings turn text into vectors you can store and query for semantic search or recommendations.
  • Assistants let you add conversational or prompt-driven features backed by your own data.
  • File Stores keep documents and files that AI features can reference.
  • These are meant to be combined with Functions: a function can call an embedding, store the result in Postgres, and return an answer to your app.

A practical pattern

  1. Add a table for the content you want to search.
  2. Use Auto-Embeddings to generate vectors for each row.
  3. Store the vectors in Postgres (Nhost supports vector-style queries through its Postgres layer).
  4. Write a Function that takes a user question, embeds it, finds the closest rows, and passes them to an Assistant.
  5. Return the Assistant's response to your frontend.

Choosing between the two

Need Use
Custom business logic, webhooks, third-party APIs Serverless Functions
Semantic search, chat, document Q&A AI toolkit (with Functions as glue)
Simple CRUD from the client GraphQL API directly

Next step Start in the Nhost Dashboard: create a Function from the CLI template, then add an Auto-Embedding call inside it. If you want the official walkthroughs, check Nhost docs and Nhost pricing for plan limits before you scale.

Related questions

More questions →
What backend features does Nhost provide?

Nhost is a fully managed backend platform that bundles a Postgres database, GraphQL API, authentication, storage, serverless functions, custom containers, and an AI toolkit into one stack. It fits teams that want a production-ready backend without managing infrastructure, from prototypes to apps serving hundreds of thousands of users.

Core backend services

Nhost describes its stack as "a complete backend stack, ready to use and easy to extend." The main components:

Feature What it does
Postgres database Enterprise-grade SQL database, instantly ready
GraphQL API Instant, real-time API for your data
Authentication Secure user sign-up, sign-in, and management
Storage File uploads, downloads, and CDN delivery
Serverless Functions Scalable JS/TS backend logic, no servers to manage
Bring your own containers Deploy services written in any language
AI toolkit Auto-Embeddings, Assistants, File Stores, and more

The first five cover the standard backend needs most projects have: a relational database, an API layer, user management, file handling, and custom logic. The last two extend beyond that baseline — containers let you run services in any language, and the AI toolkit adds embedding and assistant primitives.

How the pieces work together

The database is the foundation. Postgres holds your data, and the GraphQL API exposes it instantly and in real time, so you don't hand-write a separate API layer. Authentication manages users on top of the same database, and Storage handles files with CDN delivery. Serverless Functions run JS/TS logic when you need custom behavior beyond what the API provides, while containers cover services in other languages.

For local work, Nhost provides a CLI that runs the entire stack locally with a single command, with all services connected. Deployment is Git-based: you commit and push, and Nhost deploys the backend through built-in CI/CD.

Scaling and production readiness

Nhost states it is "built for production, designed to scale" — from a first prototype to millions of users. The platform includes:

  • Autoscaling and load balancing on production infrastructure
  • Built-in observability for monitoring performance and user insights
  • 6 regions, 80+ CDN locations, 4 continents for global delivery
  • No DevOps expertise required, per Nhost's positioning

Customer examples on the site illustrate the range: Midnight Society launched a game to 400,000+ users in six weeks; React Flow built a complete subscription platform in two months; Revtron reported triple-digit growth, an 80% reduction in onboarding time, and faster adaptation to customer needs. These are vendor-published case studies, so treat the specific numbers as claims rather than independently verified benchmarks.

Who this fits

Nhost suits small teams and indie developers who want a managed backend so they can focus on product features instead of infrastructure — the pattern in all three case studies above. It also fits projects that expect to scale, since the same stack covers prototype through production.

If your project needs a relational database with a real-time API, built-in auth, and file storage without assembling and operating those services yourself, Nhost covers that in one platform. If you need services in languages beyond JS/TS, the container option extends the stack. Pricing details are available on Nhost's pricing page; check it directly for current plan terms.

What Is Nhost? A Managed Backend for Postgres, GraphQL, and Auth

Nhost is a fully managed backend platform that bundles a Postgres database, instant GraphQL API, authentication, file storage, and serverless functions into one stack you can run locally and deploy globally. It fits teams that want production-ready backend infrastructure without hiring DevOps or wiring services together by hand — from solo side projects up to startups running Nhost as core infrastructure. If you already plan to use Postgres and want auth, storage, and APIs provisioned alongside it, Nhost is worth evaluating; if you need a non-relational data model or want to self-manage every layer, it is a weaker fit.

What Nhost actually provides

The platform is described as a complete backend stack that is ready to use and easy to extend. Its components:

  • Postgres database — an enterprise-grade SQL database, instantly ready.
  • GraphQL API — an instant, real-time API for your data.
  • Authentication — secure user sign-up, sign-in, and management.
  • Storage — file uploads, downloads, and CDN delivery.
  • Serverless Functions — scalable JavaScript/TypeScript backend logic with no servers to manage.
  • Bring your own containers — deploy services written in any language.
  • AI toolkit — auto-embeddings, assistants, file stores, and more.

Because these ship as one connected stack, the value is less about any single piece and more about not having to integrate and operate them separately.

How development and deployment work

Nhost is built around a local-first workflow that moves to the cloud:

  • CLI — run the entire Nhost stack locally with a single command, with all services connected and ready to use.
  • Dashboard — manage your app from a web interface.
  • Git-based deployments — push your code and Nhost automatically deploys your backend through built-in CI/CD.

The documented flow is a standard Git push:

git add .
git commit -m "add permissions"
git push origin

The expected result is an automatic backend deployment — no separate deploy pipeline to configure. The site frames this as "no DevOps expertise required."

Production and scaling characteristics

Nhost positions itself as production-ready from day one and built to scale from a first prototype to millions of users. Stated capabilities include:

Area What Nhost states
Infrastructure Production-ready infrastructure and security, autoscaling, load balancing
Observability Built-in monitoring of app performance and user insights
Deployment CI/CD pipelines triggered by a single git push
Reach 6 regions, 80+ CDN locations, 4 continents

These are vendor-published figures, so treat them as the platform's claims rather than independently verified benchmarks.

Who it is designed for

The site says Nhost powers everything from indie hacker side projects to the core infrastructure of scaling startups. Three named customer stories illustrate the range:

  • Midnight Society launched a game to 400,000+ users in six weeks and reports saving months of development time.
  • React Flow built a complete subscription platform in two months, letting a small team focus on product features instead of backend infrastructure.
  • Revtron reports triple-digit growth, an 80% reduction in onboarding time, and faster adaptation to customer needs.

These are self-reported outcomes from Nhost's own case studies, useful as directional examples rather than guarantees.

When Nhost is a good fit — and when it isn't

Consider Nhost if you:

  • Want Postgres as your primary database and want GraphQL, auth, and storage provisioned with it.
  • Prefer a local development environment that mirrors production.
  • Want Git-push deployments and built-in CI/CD instead of assembling your own pipeline.
  • Need to add custom backend logic in JS/TS, or deploy services in other languages via containers.

Look elsewhere if you:

  • Need a non-relational or highly specialized data model as the core.
  • Want full control over every infrastructure layer rather than a managed platform.
  • Have requirements that conflict with a bundled, opinionated stack.

Pricing, plan limits, and sign-up requirements are not covered in the available material — check the pricing page directly before committing, since "get started for free" on the homepage does not by itself define what paid tiers include.

Where can I find Nhost pricing?

Nhost publishes its pricing on a dedicated page at nhost.io/pricing. That page is the authoritative source for current plan tiers, included usage, and any overage or add-on costs. The homepage also states you can "Get started for free," which confirms a free entry point exists, but the specific limits of that free tier are only defined on the pricing page — not on the homepage.

What the homepage tells you about cost

The landing page gives directional signals rather than numbers:

  • "Get started for free" — a free starting option is advertised.
  • "Launch in minutes. Scale without limits." — positioning toward usage-based growth rather than a fixed ceiling.
  • "From your first prototype to millions of users" — plans are framed around scaling stages, which usually maps to tiered pricing.

None of these statements include dollar amounts, seat counts, or usage quotas. Treat them as marketing framing, not as pricing data.

What to check on the pricing page

When you open nhost.io/pricing, look for these specific items, since the homepage does not answer them:

Question Why it matters
Free tier limits Determines whether you can prototype at zero cost
Database size / row limits Postgres is the core service; storage caps drive cost
Bandwidth and CDN usage Storage and CDN are listed features, so egress is likely metered
Serverless Function invocations Functions are a listed service; runtime is usually billed
Auth monthly active users Auth is a listed service; MAU is a common billing unit
Region and container add-ons "Bring your own containers" and "6 Regions" suggest possible add-on pricing

Why the homepage alone is not enough

Nhost bundles several services — Postgres, GraphQL API, Auth, Storage, Serverless Functions, containers, and an AI toolkit. A single headline price rarely covers all of them, because each has its own consumption metric. The pricing page is where those metrics are converted into plan boundaries. If you are comparing Nhost against another managed backend, pull the same metrics (database size, MAU, function invocations, bandwidth) from each vendor's pricing page so the comparison uses identical dimensions.

Practical next step

  1. Open nhost.io/pricing.
  2. Note the free tier's hard limits first — that tells you if your prototype fits.
  3. Map your expected monthly usage (DB size, auth users, function calls, bandwidth) onto the paid tiers.
  4. If a metric you need is not listed, use the contact or sales option on that page rather than assuming it is included.

The homepage confirms a free start and a scale-oriented model; the pricing page is the only place with the actual numbers.

How does Nhost support local development and deployment?

Nhost covers the full path from a local backend to a globally deployed one: the CLI runs the entire Nhost stack on your machine with a single command, and Git-based deployments with built-in CI/CD push that backend to production. According to Nhost, no DevOps expertise is required, and the move from local development to global deployment takes minutes. This applies if you want a managed Postgres backend with GraphQL, Auth, Storage, and serverless Functions, and you'd rather manage it through a CLI and Git than through infrastructure configuration.

Local development with the CLI

Nhost's CLI is designed to run the whole stack locally in one command. The site describes it as "instant setup with all services connected and ready to use" — meaning the database, GraphQL API, auth, storage, and functions come up together rather than as separate services you wire up yourself.

What that implies for your workflow:

  • Input: a Nhost project and the CLI installed locally.
  • Action: run the CLI command to start the local stack.
  • Expected result: all backend services running and connected on your machine, so you can develop against the same service set you'll later deploy.

The Dashboard is the companion piece for managing the app, while the CLI handles local development. Nhost frames this combination as its "modern developer experience."

Deployment via Git and built-in CI/CD

Deployment is Git-based. Nhost describes it as "simple Git-based deployments with built-in CI/CD" — you push your code and Nhost automatically deploys your backend. The documented flow is the standard Git sequence:

git add .
git commit -m "add permissions"
git push origin
  • Input: committed changes pushed to your repository.
  • Action: git push origin.
  • Expected result: Nhost automatically deploys the backend, with CI/CD handled by the platform rather than by pipelines you build and maintain.

This is the mechanism behind the "single git push" deployment claim, and it's why the workflow doesn't require you to assemble a separate CI/CD system.

Cloud infrastructure and scale

Once deployed, the backend runs on Nhost's production-ready cloud infrastructure, which the site describes as including autoscaling and load balancing, with a focus on scalability and reliability. The stated global footprint is:

Dimension Coverage
Regions 6
CDN locations 80+
Continents 4

Nhost positions this as scaling "from your first prototype to millions of users," with production readiness from day one. Built-in observability lets you monitor app performance and get insights into users, so you aren't adding a separate monitoring stack to see what's happening after deploy.

What this means in practice

The two halves connect cleanly: you develop against the full stack locally through the CLI, then push to Git and let Nhost's CI/CD deploy the backend to cloud infrastructure that autoscales. Because the platform manages the infrastructure layer, the stated requirement is no DevOps expertise — the developer-facing surface is the CLI, the Dashboard, and Git.

Two things worth checking before you commit to this workflow, since the source material doesn't specify them:

  • Pricing and plan limits for regions, CDN usage, or CI/CD minutes — see the pricing page for current terms.
  • Which services the local CLI stack includes in full versus which behave differently in the cloud, if your app depends on a specific service's local parity.

For teams that want a managed Postgres backend without building deployment pipelines, the CLI-plus-Git model is the core of Nhost's answer: one command to run everything locally, one push to ship it globally.

Is Nhost Production-Ready and Scalable?

Yes. Nhost is built for production from day one and is designed to scale with you — from your first prototype to millions of users. The platform combines a managed Postgres database, GraphQL API, authentication, storage, serverless functions, and observability with Git-based CI/CD, so you can ship and grow without managing infrastructure. It's a fit if you want a managed backend that handles scaling, deployments, and monitoring while you focus on product features.

What "production-ready" means on Nhost

Nhost describes itself as a fully managed, extensible backend platform designed for speed, flexibility, and scale — without the infrastructure headaches. The production-oriented pieces include:

  • Managed Postgres database — an enterprise-grade SQL database, instantly ready.
  • GraphQL API — an instant, real-time API for your data.
  • Authentication — secure user sign-up, sign-in, and management.
  • Storage — file uploads, downloads, and CDN.
  • Serverless Functions — scalable JS/TS backend logic with no servers to run.
  • Bring your own containers — deploy services written in any language.
  • AI toolkit — auto-embeddings, assistants, file stores, and more.

Because these are managed services, you don't need DevOps expertise to get a production backend running.

How Nhost scales

The site states Nhost is "built for production, designed to scale" and scales with you from prototype to millions of users. The cloud side provides:

  • Production-ready infrastructure and security
  • Autoscaling and load balancing
  • Scalability and reliability
  • 6 regions, 80+ CDN locations, and 4 continents

That geographic spread matters when your users are distributed: the CDN and multi-region setup are what let a single backend serve a global audience without you provisioning servers region by region.

Deployment and CI/CD

Nhost uses Git-based deployments with built-in CI/CD. The documented flow is a single git push:

git add .
git commit -m "add permissions"
git push origin

After the push, Nhost automatically deploys your backend. This means your deployment process is version-controlled and repeatable rather than a manual release step.

Local development to global deployment

Nhost supports a local-first workflow that mirrors production:

  • CLI — run the entire Nhost stack locally with a single command, with all services connected and ready to use.
  • Dashboard — manage your app from a web interface.
  • Cloud — deploy to production-ready infrastructure with autoscaling and load balancing.

The stated goal is going from local development to global deployment in minutes, with no DevOps expertise required.

Observability

Nhost includes built-in observability so you can monitor your app's performance and get insights into your users. This is the piece that makes "production-ready" operational rather than just theoretical — you can see how the backend behaves under real traffic.

Evidence from teams running it in production

The site cites teams using Nhost at real scale:

Team Result
Midnight Society Launched a game to 400,000+ users in 6 weeks; saved months of development time
React Flow Implemented a complete subscription platform in 2 months with a small team
Revtron Triple-digit growth; reduced onboarding time by 80%

These cases span indie side projects to the core infrastructure of scaling startups, which is the range Nhost claims to support.

When Nhost is a good fit — and when to look elsewhere

Choose Nhost if you want:

  • A managed Postgres + GraphQL + Auth + Storage backend without running infrastructure
  • Git-push deployments and built-in CI/CD
  • Autoscaling, multi-region, and CDN coverage without DevOps work
  • Built-in observability and a local CLI that matches production

Consider alternatives if you:

  • Need full control over the underlying database and server infrastructure
  • Have strict requirements that a managed platform can't satisfy
  • Prefer to assemble and operate each backend component yourself

For pricing and plan limits, check the Nhost pricing page, since the available material doesn't specify cost or usage tiers.

Website Overview

Page metadata, canonical configuration and social previews work together to provide more consistent search and sharing presentation.

Domain and Registration

Unknown

DNS and Email

The lowest TTL is 60 seconds, supporting rapid record changes at the cost of more frequent lookups. Nameservers are provided by vercel-dns.com, indicating managed DNS hosting. MX records point to the Google Workspace email service. CAA records restrict which certificate authorities are authorized to issue certificates. No CNAME was found; the observed records resolve directly to addresses.

TLS and Certificates

The certificate uses an RSA 2048-bit public key, offering broad client compatibility. The server supplied a complete certificate chain. No organization name is present in the certificate; the available fields are consistent with domain validation. The certificate was issued by Let's Encrypt, commonly associated with automated certificate services. The certificate's total validity is about 89 days, consistent with a short renewal cycle.

HTTP and Browser Security

The response lacks these common security headers: CSP, X-Content-Type-Options, Referrer-Policy, Permissions-Policy. CORS permits any origin to read this response. This is common for public resources; sensitive responses need narrower handling. No X-Powered-By header was found, reducing one common source of backend fingerprinting information. No obvious internal addresses or debug information were found in the headers. The Server header contains the custom value Vercel.

Technology Stack Analysis

The public page identifies Next.js, Vercel without precise versions, leaving fewer clues for version-specific scanning.

Search and Social Sharing

Open Graph is partially configured; og:type is missing. Twitter Card metadata is configured. The title has 49 characters, within a common display range. A meta description is present, with 144 characters. The observed directives allow indexing and link following.

Hosting and Email

DNSvercel-dns.com
HostingVercel
EmailGoogle Workspace
Approximate IP geolocation (inferred; a CDN or proxy may differ from the origin server) United States flagUnited States Inferred 216.150.1.65

Registration details

RDAP / WHOIS

Unknown

DNS records

DNS

TypeNameValueTTLPriority
Anhost.io216.150.1.651800—
Anhost.io216.150.16.1291800—
MXnhost.ioaspmx.l.google.com601
MXnhost.ioalt1.aspmx.l.google.com605
MXnhost.ioalt2.aspmx.l.google.com605
MXnhost.ioalt3.aspmx.l.google.com6010
MXnhost.ioalt4.aspmx.l.google.com6010
NSnhost.ions1.vercel-dns.com86400—
NSnhost.ions2.vercel-dns.com86400—
TXTnhost.iofacebook-domain-verification=ymbyozfd0jbr5tldxnkt2pk4fhvrr260—
TXTnhost.iogoogle-site-verification=B-dFGhCJJLXR864mihXJeYasHcW4jLnvJ_ID4j8zEXI60—
TXTnhost.iogoogle-site-verification=DFUtjrLNRO3otTFS41v63zm1EGafV44LMf-0kdqnpMQ60—
TXTnhost.iogoogle-site-verification=Fb35Mi6WPLdlDjKfpszoMWrKxIixBD7v_xjRRwYhX0U60—
TXTnhost.iogoogle-site-verification=RQ7Z0YM9EJgsWo1rVZcGUuacHna-32yRsLjYWq8ftIg60—
TXTnhost.iogoogle-site-verification=bYw4Ghl23Yd63HH1gAHS9XfSzKFEYHQjPX8z_VwqCvw60—
TXTnhost.iov=spf1 a mx include:_spf.mlsend.com include:mail.zendesk.com include:_spf.google.com -all60—
CAAnhost.io0 issue "letsencrypt.org"60—
CAAnhost.io0 issue "pki.goog"60—
CAAnhost.io0 issue "sectigo.com"60—
DMARC_dmarc.nhost.iov=DMARC1; p=reject; pct=100; rua=mailto:[email protected]; sp=reject; aspf=r;60—

TLS and certificates

TLS / SSL

AssessmentNormal configuration
Supported protocolsTLSv1.2、TLSv1.3
Negotiated protocolTLSv1.3
Certificate subjectnhost.io
IssuerLet's Encrypt
Valid until2026-12-14T02:44 · Remaining when checked: 75 days
Verification detailsCertificate trust: Passed · Hostname match: Passed

HTTP response headers

HTTP

HeaderValue
content-typetext/html; charset=utf-8
cache-controlpublic, max-age=0, must-revalidate
serverVercel
strict-transport-securitymax-age=63072000
x-frame-optionsSAMEORIGIN
access-control-allow-origin*

Identified technologies

Next.jsVercel

Pages, Search and Sharing

Meta descriptionNhost is a managed backend platform with Postgres, GraphQL, Auth, Storage, and serverless Functions. Launch in minutes and scale without limits.
Canonical URLhttps://nhost.io
LanguageEnglish (default)
Twitter Cardsummary_large_image
All bots 1 allowed · 0 disallowed
  • Allow/

User reviews (0)

  • No reviews yet.