Stack de tecnologia: por que quem escolhe define o custo, o prazo e a segurança do seu sistema

No meu portfólio há uma calculadora em Next.js, um site com CRM em Astro rodando na Cloudflare, uma loja na Tray ligada ao Mercado Livre e ao ERP Bling, e uma plataforma em Next.js com Supabase num servidor no Brasil. São combinações diferentes de ferramentas, cada uma montada para o que o projeto precisava fazer.

Esse conjunto de ferramentas se chama stack de tecnologia. Quem escolhe a stack decide, antes da primeira linha de código, boa parte do custo, do prazo e da segurança do que vai ser entregue. E essa é a decisão que o dono da empresa menos consegue avaliar sozinho.

O que é uma stack de tecnologia?

Stack, em inglês, quer dizer pilha. Um sistema é feito de camadas empilhadas, e cada uma cuida de uma parte do trabalho:

• A tela (front-end): o que o cliente vê e toca no navegador ou no celular.
• As regras (back-end): o que acontece por trás, como calcular um preço, conferir uma senha ou mandar um e-mail.
• A memória (banco de dados): onde ficam clientes, pedidos e cadastros.
• O endereço e a entrega (hospedagem e rede): o computador onde o sistema roda e o caminho até quem acessa.

Para cada camada existem dezenas de opções boas, e o que costuma dar errado é a combinação escolhida para aquele projeto. O efeito só aparece meses depois, quando chega a conta, o sistema fica lento ou alguém encontra uma porta aberta.

Por que cada projeto meu usa uma stack diferente?

Porque cada um pedia uma coisa. A tabela mostra o que alguns projetos do portfólio precisavam fazer e com o que foram construídos.

Projeto	O que precisava fazer	Stack
Site e CRM de uma indústria do segmento de acústica	Site rápido, CRM para a equipe comercial e resumo de cada lead por IA	Astro, Cloudflare Workers, D1, R2 e Workers AI
Calculadora da Thermopool	Cálculo de aquecimento de piscina com dados climáticos do INMET, sem cookies para quem visita	Next.js e Cloudflare
Retiro Entulhos	Preço na hora para o cliente e painel para o dono	Astro, Preact, Cloudflare Workers, D1 e KV, Turnstile e Access
ViraLoja	Contas de lojistas, integração com Mercado Livre, Mercado Pago e WhatsApp	Next.js, TypeScript, Supabase e servidor no Brasil com Coolify e Cloudflare
ClickNick Store	Loja com o catálogo vindo do Mercado Livre e o estoque num ERP	Mercado Livre, Bling e Tray

Só um desses projetos roda num servidor próprio, uma VPS. O ViraLoja tem login, integrações que rodam o tempo todo e arquivos de lojistas, e um servidor dedicado faz sentido ali. Nos outros, ficar sem servidor próprio foi uma decisão de custo e de segurança: menos peça para atualizar e menos porta para proteger. Nenhuma das duas escolhas vale como regra. Cada necessidade passa por uma análise própria, e a resposta muda de um projeto para outro.

Como a stack muda o custo e o prazo?

O custo de um sistema continua depois da entrega. Ele vem todo mês, na hospedagem, nos serviços contratados e nas horas de manutenção. A stack define o tamanho dessa conta.

Na Retiro Entulhos, empresa de retirada de entulho em São Paulo, o site, a calculadora de preço, os pedidos e o painel em que o dono muda preços e regiões rodam nos Workers e no banco D1 da Cloudflare. Esse tipo de hospedagem tem plano gratuito para volume pequeno, cobra pelo uso acima dele e não tem sistema operacional para a empresa atualizar. Uma VPS, por outro lado, tem mensalidade e pede alguém para atualizar o sistema operacional, aplicar correções de segurança, fazer backup e acompanhar o servidor. Em projeto com login e integrações, esse trabalho se paga. Num site institucional, vira custo sem retorno. As faixas de preço de cada tipo de hospedagem estão em hospedagem de site: quanto custa e como escolher.

O prazo segue a mesma lógica. Um framework que já traz login, permissões e envio de e-mail tira essa parte do cronograma. Um que não traz devolve essa parte para a equipe, que vai escrever do zero o que já existia pronto.

Trocar de stack depois também tem preço, e a troca pede método. O site da indústria do segmento de acústica saiu do WordPress e entrou no ar em 14/10/2026 com as 25 páginas, os endereços e os textos do site antigo preservados. Antes da virada, o sistema passou por 305 testes unitários e 187 testes de ponta a ponta. Manter os endereços é o que evita abandonar as páginas que o Google já conhecia.

O que muda quando o sistema precisa crescer?

Escala é a capacidade de atender mais gente e mais dados sem refazer o sistema. Nesse assunto aparecem duas palavras do glossário mais abaixo: monorepo e microsserviços.

Microsserviços dividem o sistema em pedaços independentes, e cada pedaço precisa de publicação, monitoramento e comunicação com os outros. Essa divisão compensa em empresas com várias equipes mexendo no mesmo produto. Numa pequena ou média empresa, na minha leitura, ela costuma multiplicar o custo de manutenção sem que o cliente final perceba diferença. Um sistema bem organizado num lugar só, com banco de dados bem desenhado, atende por muito tempo e pode ser dividido quando houver motivo real.

O ponto em que a escala cobra a conta é o banco de dados. Tabela mal desenhada no começo vira lentidão quando o cadastro cresce, e corrigir com o sistema em uso é mais caro e mais arriscado do que acertar no projeto.

Onde a segurança costuma falhar?

A OWASP, fundação que mantém a lista das falhas mais comuns em aplicações web, publicou a edição de 2025 do OWASP Top 10. No primeiro lugar está o controle de acesso quebrado: um usuário consegue ver ou mudar o que não deveria. No segundo, a configuração insegura: senha padrão, painel exposto, permissão aberta demais. As duas nascem de decisões de quem montou o sistema, e nenhuma ferramenta corrige isso sozinha.

A experiência aparece nos detalhes que o cliente não vê. Senha e chave ficam fora do código, cada pessoa tem só o acesso de que precisa, e área restrita ganha uma camada a mais antes da tela de login. No CRM da indústria do segmento de acústica, a equipe entra por perfis de acesso, e o sistema tem uma área de LGPD. Na Retiro Entulhos, o Turnstile filtra robôs nos formulários e o Access fecha as áreas restritas, os dois da Cloudflare.

Onde a inteligência artificial entra na stack?

A inteligência artificial virou mais uma camada da stack e entra pelo mesmo critério das outras. No CRM da indústria do segmento de acústica, cada lead chega à equipe comercial com um resumo feito por IA e uma sugestão de abordagem. O modelo é o Llama 3.3 70B, que roda no Workers AI, dentro da mesma Cloudflare onde estão o site e o CRM. Qual modelo usar, onde ele roda, que dados do lead ele lê e quem vê o resumo são decisões de stack, com efeito no custo, na LGPD e na segurança. Outros usos da IA numa pequena empresa estão em IA para empresas.

Glossário: as tecnologias em linguagem simples

Os percentuais de uso vêm da pesquisa de 2025 da Stack Overflow com desenvolvedores de todo o mundo, salvo indicação.

Linguagens e frameworks

Termo	O que é, em linguagem simples
Linguagem de programação	O idioma em que o código é escrito.
Framework	Um kit de peças prontas sobre uma linguagem (login, páginas, formulários), para não começar do zero.
JavaScript e TypeScript	A linguagem que roda no navegador, usada por 66% dos desenvolvedores. O TypeScript (43,6%) é JavaScript com regras que pegam erros antes de o sistema ir ao ar.
Node.js e API	O Node.js leva o JavaScript para o servidor (48,7%). Uma API é a porta pela qual dois sistemas conversam, como a loja e o meio de pagamento.
React	Biblioteca para montar telas interativas, usada por 44,7%.
Next.js	Framework sobre o React que junta tela e servidor no mesmo projeto e entrega páginas prontas para o Google (20,8%).
React Native	Faz um aplicativo para iPhone e Android com um código só, em vez de dois aplicativos separados.
Python	Linguagem forte em dados, automação e inteligência artificial (57,9%). Django e FastAPI levam o Python para a web.
PHP e Laravel	O PHP roda em 68,3% dos sites cujo servidor é conhecido (W3Techs, 14/11/2026), muito por causa do WordPress. O Laravel é o framework mais completo do PHP, com login, filas e e-mails prontos.
WordPress	Sistema para publicar conteúdo pelo painel, sem programar. Bom para quem publica com frequência, e pede atualização constante de plugins.
Astro	Gera sites rápidos, com pouco código rodando no navegador. É a base do site da Retiro Entulhos e do site da indústria do segmento de acústica.

Organização do código

Termo	O que é, em linguagem simples
Monolito	O sistema inteiro num projeto só. Para a maioria das pequenas e médias empresas, é o ponto de partida mais barato.
Monorepo	Um único repositório com várias partes do sistema (site, aplicativo, painel) que dividem código entre si. Facilita manter tudo coerente e pede organização.
Microsserviços	O sistema dividido em serviços pequenos e independentes. Cresce por partes e custa mais para operar.

Onde o sistema roda

Termo	O que é, em linguagem simples
Hospedagem compartilhada	Um servidor dividido entre muitos sites, com a manutenção por conta do provedor. Barata e limitada.
VPS	Servidor virtual só seu. Mais controle, e alguém precisa cuidar dele. O Coolify é um painel que facilita publicar sistemas num servidor assim.
Hospedagem estática e serverless	Páginas prontas e funções que só rodam quando alguém chama. Cobra pelo uso, e em projeto pequeno costuma caber no plano gratuito.
Cloudflare	Rede que fica entre o visitante e o site: entrega rápido, filtra ataques e cuida do DNS e do certificado. Também hospeda sistemas inteiros (Pages, Workers, D1, R2 e KV). Usada por 20,1% dos desenvolvedores.

Dados

Termo	O que é, em linguagem simples
Banco de dados	Onde o sistema guarda e encontra informação: clientes, pedidos, cadastros.
PostgreSQL e MySQL	Bancos relacionais, que guardam os dados em tabelas ligadas entre si. O PostgreSQL é o mais usado da pesquisa (55,6%), e o MySQL tem 40,5%.
Supabase	Serviço que entrega um PostgreSQL pronto, com login, arquivos e atualização em tempo real.
MongoDB	Banco que guarda documentos sem tabela fixa (24%).
Redis	Memória rápida para o que o sistema consulta o tempo todo (28%).

Que perguntas fazer antes de contratar quem vai desenvolver?

Para contratar bem, decorar o glossário ajuda pouco. O que ajuda é ouvir respostas claras para estas perguntas:

1. Por que esta stack? A resposta tem de falar do seu projeto: o que ele faz, quanto vai crescer, quem vai mantê-lo.
2. Quanto vou pagar por mês para manter o sistema no ar? Hospedagem, serviços, licenças e horas de manutenção, por escrito.
3. Em nome de quem ficam o domínio, o código, o banco de dados e as contas? O ideal é tudo no seu nome. O motivo está em domínio próprio: por que a empresa precisa de um.
4. Quem aplica as correções de segurança depois da entrega? Toda stack recebe atualização, e alguém precisa instalar.
5. Se eu trocar de fornecedor, outro profissional consegue continuar? Stack conhecida no mercado tem gente disponível para assumir. Stack rara prende você a quem a escolheu.

Outras perguntas para a hora de fechar, sobre prazo, contrato e entrega, estão em como escolher uma empresa de criação de sites.

Quem tem experiência responde a cada uma delas sem rodeio e sabe dizer por que cada peça da stack está ali. É isso que separa um sistema que dura de um sistema que precisa ser refeito.