Hasura

Esta análise do Hasura aborda para que serve o Hasura, as suas principais funcionalidades, os preços do Hasura para o DDN e para os planos Cloud mais antigos, em que medida o Hasura v2 difere do Hasura DDN, como se compara com o Apollo e quais são as suas limitações. O Hasura liga-se a uma base de dados como o PostgreSQL, lê as tabelas e as relações e disponibiliza uma API GraphQL com consultas, mutações, filtragem, paginação e subscrições em tempo real. De imediato, não é necessário escrever um servidor GraphQL nem resolvedores para o acesso padrão aos dados. As regras de acesso, a lógica de negócio personalizada e os eventos são configurados posteriormente. O Hasura começou por ser o Hasura GraphQL Engine gratuito e agora também comercializa o Hasura DDN (Data Delivery Network), um «supergráfico» alojado, construído com base num motor reescrito.

Para que serve o Hasura?

O Hasura é utilizado para proporcionar às equipas de front-end, de dispositivos móveis e de back-end uma única API de dados sem necessidade de a criar manualmente. Utilizações típicas:

• Um backend para aplicações web e móveis no PostgreSQL, com acesso baseado em funções para cada tipo de utilizador.
• Um ponto de extremidade GraphQL unificado sobre várias fontes de dados: bases de dados, APIs REST existentes e outros serviços GraphQL, para que os clientes efetuem um único conjunto de chamadas à API em vez de muitas.
• Funcionalidades em tempo real, tais como painéis de controlo ao vivo e chat através de subscrições GraphQL.
• Ferramentas internas e painéis de administração que consultam a API do Hasura a partir de ferramentas como o Retool ou o Appsmith.
• Substituição de pontos de extremidade CRUD criados manualmente, o que reduz o tempo de desenvolvimento em aplicações modernas com grandes volumes de dados.

O Hasura é uma ferramenta para programadores, não um construtor de aplicações «no-code». Continua a ser o utilizador a conceber o esquema da base de dados, a definir as regras de permissão e a alojar ou a pagar pela API. As equipas «low-code» utilizam-no como backend por trás de um front-end que criam noutro local.

Principais funcionalidades

• APIs GraphQL instantâneas: o motor gera um esquema GraphQL a partir das suas tabelas, vistas e relações, incluindo filtragem, ordenação, agregações e paginação.
• APIs REST a partir de GraphQL: transforme qualquer consulta GraphQL guardada num ponto de extremidade REST para clientes que não suportam GraphQL.
• Autorização: regras de permissão ao nível de linha e coluna por função, avaliadas no motor e orientadas por reivindicações no seu JWT ou webhook. É na segurança que o Hasura poupa mais código personalizado.
• Lógica de negócio personalizada: as «Actions» chamam os seus próprios manipuladores HTTP para lógica que não seja simplesmente CRUD, e os «Remote Schemas» unem outros servidores GraphQL num único ponto de extremidade.
• Gatilhos de eventos e cron: acione um webhook quando uma linha for inserida, atualizada ou eliminada, ou de acordo com uma programação.
• Conectores de dados: bases de dados PostgreSQL e compatíveis com Postgres, além de MS SQL, BigQuery, Snowflake, MongoDB, MySQL, Oracle e outras fontes de dados (planos Hasura Cloud). No Hasura DDN, os conectores de dados são serviços separados, pelo que pode ligar novas fontes de dados ou criar o seu próprio conector em TypeScript, Python ou Go.
• Consola Hasura, CLI e migrações: a consola Hasura permite-lhe explorar dados, definir permissões e testar consultas no navegador, e a CLI mantém as migrações e a configuração da base de dados como ficheiros de metadados no Git, para que todos os ambientes possam ser configurados da mesma forma.
• Desempenho e armazenamento em cache: o motor compila uma consulta GraphQL numa única consulta SQL sempre que possível, e os planos Cloud pagos incluem armazenamento em cache de consultas e réplicas de leitura.

Preços do Hasura

A Hasura comercializa dois produtos alojados, e a edição comunitária do motor é gratuita para alojamento próprio. Os preços abaixo provêm da página de preços da Hasura e da documentação dos planos da Hasura Cloud, com data de setembro de 2026.

Hasura DDN (a plataforma atual):

• DDN Free: 0 $, modelos ilimitados, um programador de supergrafo, 15 minutos de retenção de observabilidade.
• DDN Base: 5 $ por modelo ativo por mês, número ilimitado de programadores, 30 dias de observabilidade.
• DDN Advanced: 30 $ por modelo ativo por mês, inclui colaboração federada, CI/CD com vários repositórios e controlo de acesso baseado em equipas.
• DDN Privado: VPC dedicada ou a sua própria infraestrutura nos planos Base e Avançado. O suporte empresarial é orçamentado pela equipa de vendas.

Um modelo ativo é um modelo (grosso modo, uma tabela ou coleção) que é consultado mais de 1 000 vezes por mês (documentação de preços do DDN). Os pedidos de API e os utilizadores simultâneos não estão limitados. O alojamento para conectores de terceiros e de código tem um custo adicional: 0,075 dólares por hora de vCPU e 0,0075 dólares por hora de GiB.

Hasura Cloud v2 (o motor clássico alojado):

• Cloud Free: até 3 projetos, 3 milhões de pedidos de API e 100 MB de transferência de dados por mês, sem cartão de crédito.
• Cloud Professional: 1,50 $ por hora de projeto ativo para Postgres, 3,00 $ para outras bases de dados, mais 0,13 $ por GB de transferência de dados.
• Cloud Enterprise: contrato anual com infraestrutura dedicada e suporte 24 horas por dia, 7 dias por semana.

O aspeto que pode causar surpresas em termos de custos é a métrica de faturação. No DDN, cada modelo que ultrapasse as 1 000 solicitações por mês é contabilizado, pelo que um esquema com muitas tabelas pequenas pode custar mais do que o tráfego sugere. No Cloud v2, paga-se por cada hora em que um projeto está ativo, mais a transferência de dados. A auto-hospedagem do motor gratuito não tem taxa de licença, mas paga-se pelos servidores e é o próprio utilizador que realiza as atualizações. Verifique quais as funcionalidades de que necessita em cada plano antes de criar um projeto de produção.

Desempenho, segurança e configuração escalável

O desempenho é a principal razão pela qual as equipas escolhem o Hasura em vez de um servidor GraphQL escrito à mão. O motor transforma uma consulta GraphQL aninhada numa única consulta SQL, em vez de muitas chamadas ao resolver, o que mantém as consultas complexas rápidas em tabelas de grande dimensão. Para um sistema escalável, pode executar várias instâncias do motor sem estado atrás de um equilibrador de carga, adicionar réplicas de leitura e utilizar o armazenamento em cache de consultas nos planos Cloud pagos. A otimização do desempenho ocorre principalmente na base de dados: índices, vistas e relações bem concebidas.

A segurança é gerida no motor. Cada pedido inclui uma função, e as regras de permissão determinam quais as linhas e colunas que essa função pode ler ou alterar, pelo que não é necessário repetir as verificações de acesso em cada cliente. O acesso de administrador é protegido por um segredo, e as configurações de produção devem desativar a consola e a introspecção para funções públicas. A documentação do Hasura aborda estas etapas de segurança em detalhe, e a comunidade GraphQL em torno dele publicou muitos projetos de exemplo. Utilizar bem o Hasura significa tratar o desempenho e a segurança como parte da configuração, e não como algo que se adiciona posteriormente.

Hasura v2 vs Hasura DDN

O Hasura v2 é o motor original, escrito em Haskell e lançado sob a licença Apache 2.0. Funciona como um servidor único que pode ser auto-hospedado com o Docker ou executado no Hasura Cloud. O Hasura DDN (Data Delivery Network) é construído com base no motor v3, reescrito em Rust. Cria um supergrafo a partir de subgrafos que pertencem a diferentes equipas, utiliza conectores de dados para cada fonte e é configurado como ficheiros de metadados através da CLI do DDN. O motor central v3 e os conectores de dados estão licenciados sob a licença Apache, enquanto a CLI e a consola do DDN são proprietárias (Hasura no GitHub).

Em junho de 2025, a empresa lançou o PromptQL, um produto de acesso a dados baseado em IA, e afirmou que o Hasura GraphQL Engine e o Hasura DDN «continuarão a ser alojados e mantidos» (blogue da Hasura). Os novos projetos que pretendem utilizar a plataforma gerida criam um supergráfico no Hasura DDN. As equipas que pretendem um único servidor GraphQL sobre o qual tenham controlo total continuam a utilizar a v2. O Hasura DDN é onde são implementadas as novas funcionalidades, pelo que é a escolha mais segura para o futuro; a v2 é estável e continua a ser mantida.

Hasura vs. Apollo e outras soluções GraphQL

O Apollo e a Hasura resolvem diferentes partes da pilha GraphQL. Com o Apollo Server, o utilizador escreve ele próprio o esquema GraphQL e os resolvers em código, e o Apollo GraphOS adiciona um registo de esquemas, enquanto o Apollo Federation permite um grafo federado e encaminhamento gerido. O Apollo Client é uma biblioteca front-end que funciona com qualquer API GraphQL, incluindo a Hasura. A Hasura gera o esquema e os resolvers a partir dos seus dados, pelo que uma API de dados padrão demora minutos em vez de semanas, e as consultas complexas transformam-se numa única consulta SQL. Opte pelo Apollo quando a maior parte da sua API consistir em lógica personalizada sobre vários serviços. Escolha a Hasura quando a maior parte da API consistir em acesso a dados em bases de dados. Outras soluções GraphQL, como o PostGraphile, o StepZen e o Grafbase, situam-se entre as duas. A comparação da própria Hasura foi escrita pelo fornecedor e defende a Hasura.

Onde o Hasura se destaca — e onde fica aquém

Pontos fortes:

• Uma API GraphQL de produção sobre uma base de dados existente em poucos minutos, sem código de resolução.
• Autorização declarativa e detalhada por função, linha e coluna.
• Subscrições em tempo real, gatilhos de eventos e pontos finais REST incluídos.
• Um motor gratuito que pode hospedar por conta própria, com migrações e metadados guardados no Git.

Contras:

• Duas plataformas com motores e modelos de preços diferentes tornam a escolha confusa.
• A lógica de negócio personalizada reside fora do Hasura, no Actions ou em serviços separados.
• O modelo de preços da DDN, baseado no número de modelos ativos, é difícil de prever para esquemas de grande dimensão.
• O modelo de dados e as permissões continuam a requerer um programador; não se trata de uma ferramenta «no-code».
• Funcionalidades empresariais, tais como limites de cache, infraestrutura dedicada e SLAs, estão disponíveis apenas nos planos pagos ou Enterprise.

Como se compara o Hasura

• Supabase: um backend Postgres alojado com autenticação, armazenamento e APIs geradas automaticamente num único produto.
• NocoDB e Baserow: interfaces ao estilo de folhas de cálculo e APIs numa base de dados, destinadas a utilizadores não programadores.
• Airtable: uma base de dados sem código com a sua própria API, não concebida para grandes aplicações de produção.
• Retool e Appsmith: criadores de ferramentas internas que, muitas vezes, funcionam em conjunto com uma API da Hasura, em vez de a substituírem.
• n8n: automação de fluxos de trabalho capaz de chamar o GraphQL da Hasura ou webhooks de eventos.

Vale a pena usar o Hasura?

A Hasura vale a pena para equipas de programadores que pretendem uma API GraphQL ou REST segura e rápida sobre o PostgreSQL e outras bases de dados, sem terem de escrever nem manter código de resolução. O motor de código aberto é gratuito e os planos gratuitos hospedados são suficientes para o avaliar. É menos adequado quando a maior parte da sua API consiste em lógica de negócio personalizada, quando pretende um backend «no-code» com uma interface visual ou quando necessita de preços previsíveis para um esquema muito grande no DDN. Se precisar de ajuda para conceber um backend Hasura, migrar da v2 para o DDN ou construir o front-end por cima, os programadores de backend e as agências de «low-code» na LowCodeDevs podem encarregar-se disso.

Fontes

• Preços do Hasura: DDN Free, Base, Advanced e Private DDN.
• Documentação sobre planos e preços do Hasura DDN: a definição do modelo ativo.
• Planos do Hasura Cloud: Cloud v2 Free, Professional e Enterprise, tarifas da base de dados e passagem de dados.
• Do GraphQL ao PromptQL, blogue da Hasura: lançamento do PromptQL e manutenção contínua do HGE e do DDN.
• Hasura GraphQL Engine no GitHub: licenças v2 e v3.
• Hasura vs Apollo, blogue da Hasura: escrito pelo fornecedor.
• A começar com o Hasura, Medium: configuração prática com o Docker, a CLI e as migrações.
• Grafbase vs Hasura, Grafbase: escrito por um concorrente. As alegações de que a Hasura não suporta federação, só pode ser configurada na interface do utilizador e tem auto-hospedagem limitada entram em conflito com a documentação da Hasura: o DDN foi concebido para supergrafos federados, ambos os motores são configurados como ficheiros de metadados através da CLI e o motor v2 é de código aberto e auto-hospedável.
• Hasura angaria 100 milhões de dólares na Série C, TechCrunch: financiamento e avaliação.