2 min de leitura ·

A Stack que Tenho Usado para Construir Aplicações SaaS Modernas

Nos últimos projetos de produto digital, percebi algo muito claro: escolher bem a stack tecnológica faz uma diferença enorme na velocidade de desenvolvimento, escalabilidade e manutenção do sistema.

Com a evolução das arquiteturas serverless e do ecossistema JavaScript, hoje é possível construir aplicações SaaS completas com uma stack muito mais enxuta, eficiente e moderna.

Esta é a stack que tenho utilizado para desenvolver SaaS modernos e escaláveis.

Frontend

React + Vite + TypeScript

Uma combinação extremamente produtiva para criar interfaces rápidas e escaláveis.

React para construção de interfaces
Vite para um ambiente de desenvolvimento extremamente rápido
TypeScript para tipagem estática e maior segurança no código

Backend

Cloudflare Workers + Hono

Para o backend tenho utilizado Cloudflare Workers, criando APIs serverless com deploy global.

Com o Hono, é possível construir APIs muito rápidas e leves.

Principais vantagens:

baixa latência
deploy global
infraestrutura simplificada

Banco de Dados

Cloudflare D1 (SQLite)

O Cloudflare D1 é um banco baseado em SQLite integrado ao ecossistema da Cloudflare.

Benefícios:

integração nativa com Workers
configuração simples
boa performance para aplicações SaaS

ORM

Drizzle ORM

O Drizzle ORM tem se mostrado uma excelente escolha para projetos com TypeScript.

Destaques:

TypeScript-first
controle total das queries
ótima experiência de desenvolvimento

Autenticação

Google OAuth + Email/Password

Uma abordagem híbrida funciona muito bem:

Isso oferece mais flexibilidade para os usuários.

Realtime

Durable Objects + WebSockets

Para funcionalidades em tempo real utilizo:

Durable Objects
WebSockets

Essa combinação funciona muito bem dentro da infraestrutura da Cloudflare.

Pagamentos

Stripe Checkout + Webhooks

O Stripe continua sendo uma das soluções mais confiáveis para SaaS.

Fluxo comum:

Stripe Checkout para pagamento
Webhooks para sincronização dos eventos

Emails

Resend

Para emails transacionais tenho utilizado o Resend, que oferece uma integração simples para aplicações modernas.

Interface

Tailwind CSS + Radix UI + Shadcn/UI

Essa combinação permite criar interfaces modernas de forma extremamente rápida.

Tailwind CSS para estilização
Radix UI para componentes acessíveis
Shadcn/UI para acelerar o desenvolvimento

Conclusão

A escolha da stack não deve ser apenas sobre usar tecnologias novas.

O mais importante é criar um ambiente onde seja possível construir produtos rápidos, escaláveis e fáceis de evoluir.

Essa stack tem funcionado muito bem para construir produtos SaaS modernos, principalmente dentro de uma arquitetura serverless.

💬 E você?

Qual stack tem usado hoje para construir aplicações SaaS?

guilaradev

4 dias atrás

Muito massa o post, mamedes! Essa stack de Cloudflare Workers + Hono é imbatível para latência e custo, especialmente para aplicações globais.

No entanto, tenho rodado alguns projetos SaaS recentemente (um PDV e um portal de gestão de arquivos B2B) e acabei seguindo um caminho levemente diferente, priorizando robustez de dados e portabilidade:

Supabase (PostgreSQL) em vez de D1: Para sistemas que exigem relacionamentos complexos e muitas regras de negócio no banco (RLS), o Postgres ainda me entrega uma maturidade que o SQLite no edge às vezes limita. Fora o Realtime "out-of-the-box", que para um PDV é vida.

Docker + Nginx no Backend: Embora o serverless seja incrível, manter a stack conteinerizada me dá uma liberdade de deploy absurda. Consigo homologar tudo idêntico ao prod localmente e, se precisar sair de um provedor por custo, o esforço é quase zero.

React + Vite + Shadcn/UI: Aqui concordamos 100%. A velocidade de prototipação com Shadcn é covardia.

Acho que o segredo é exatamente esse: o Cloudflare D1/Workers é perfeito para 'scale-to-zero' e apps de massa, enquanto o ecossistema Postgres/Docker brilha quando a complexidade de dados do B2B começa a apertar

mamedes

Autor

4 dias atrás

Boa! Curti demais teu ponto — principalmente a distinção entre tipo de aplicação e tipo de stack. Muita gente tenta transformar escolha de infraestrutura em “religião”, quando na real é muito mais sobre trade-offs do contexto.

Faz total sentido o caminho que você seguiu.

Postgres / Supabase realmente brilha quando o domínio de dados começa a ficar mais denso. RLS, constraints mais ricas, transações mais robustas, extensões… tudo isso vira uma baita vantagem em sistemas tipo PDV, ERP ou portais B2B, onde o banco acaba carregando boa parte da lógica de negócio.

O ponto do Realtime também é gigante. Em cenários como PDV, estoque ou dashboards operacionais, receber atualização instantânea sem ter que montar toda a infra de websocket/eventos já resolve metade do problema.

Sobre Docker, concordo 100%.
A portabilidade que você ganha é absurda. Quando o projeto começa a crescer, ter a opção de mover entre cloud providers ou rodar em qualquer VPS sem fricção vira uma segurança enorme. E reproduzir prod localmente igualzinho é algo que serverless às vezes complica.

A forma como eu enxergo hoje é mais ou menos assim:

Workers + D1 / Edge stack → perfeito para produtos globais, APIs leves, SaaS com tráfego distribuído e custo ultra baixo.
Postgres + containers → ideal para domínios com dados complexos, muitas regras e integrações.

No fundo não é uma disputa de stacks — são ferramentas diferentes para problemas diferentes.

E concordamos totalmente em uma coisa:
React + Vite + shadcn/ui virou praticamente cheat code pra prototipação hoje. 😅

Valeu demais por compartilhar tua experiência — é exatamente esse tipo de visão prática que enriquece a discussão.

leandroat

4 dias atrás

Stack bem parecida com a minha, embora eu utilize VueJS/Nuxt no front, hospedando na Cloudflare. Penso em utilizar NextJs num próximo projeto.

Onde hospeda teu backend? Atualmente também uso Cloudflare Workers, assim como o Mamedes.
Criei um novo projeto (https://gerarcv.com.br) utilizando Railway, até que gostei da estrutura.