Stack & infraestrutura
A pilha-alvo do produto e as decisões de infraestrutura.
1
Pilha-alvo
| Camada | Escolha | Observação |
|---|---|---|
| Banco & auth | Supabase self-hosted | Postgres + RLS, Storage, Auth |
| Web | Next.js 16 · React 19 | Tailwind v4 + TypeScript |
| Mobile | Expo | app nativo (fase posterior) |
| Repositório | Monorepo | web + mobile + libs compartilhadas |
| Hospedagem | VPS Hostinger (Brasil) | latência e compliance locais |
| Pagamentos | Parceiro de IP | Asaas / Pagar.me / Iugu / Stripe Connect |
2
O protótipo (web/)
O front-end vive em web/ (Next.js 16 + React 19 + Tailwind v4 + TS), com dados fake e sem backend. Cobre todas as áreas — veja o mapa do sistema. Rodar: cd web && npm run dev (ver Rodar o projeto).
Atenção — Next.js 16Esta versão do Next tem breaking changes em relação ao conhecido. Leia os guias emnode_modules/next/dist/docs/antes de codar; respeite os avisos de deprecação (orientação doAGENTS.md).
3
Recomendações técnicas
- Disponibilidade de temporada: usar daterange + exclusion constraint no Postgres — não uma linha por dia (anti-pattern + risco de overbooking).
- Pix dinâmico no MVP em vez de boleto (emissão de boleto é regulada).
- Considerar Supabase gerenciado em produção (backup/PITR/TLS) em vez de só um VPS único.
- Pagamentos: plugar parceiro de IP, não construir adquirência própria no MVP.
MVP fatia 1 sugerida: auth + editor de imóveis + carteira + microsite. Cortar short stay para fase posterior (é um “Airbnb-lite” pesado).