O alojamento é o custo que surge depois de o projeto estar concluído, nunca foi incluído no orçamento e continua todos os meses enquanto a aplicação existir.
O que uma aplicação precisa realmente no primeiro ano
A maioria das aplicações empresariais em fase inicial é muito menor do que os seus proprietários esperam. Um sistema com algumas centenas de utilizadores a realizar operações transacionais comuns funciona confortavelmente com recursos modestos — o impulso de provisionar para uma escala que ainda não chegou desperdiça dinheiro que seria melhor investido em funcionalidades.
Os componentes e a finalidade de cada um:
- Servidor da aplicação — executa o código. O dimensionamento baseia-se nos utilizadores simultâneos, não nos utilizadores registados.
- Base de dados — normalmente, o componente que mais importa para o desempenho e aquele em que vale a pena investir primeiro.
- Armazenamento de ficheiros — carregamentos dos utilizadores, documentos, imagens. Cresce de forma constante e tem um custo baixo por unidade.
- Domínio e certificado — custos anuais reduzidos, sendo que o certificado deve renovar-se automaticamente ou o site ficará indisponível numa data previsível.
- Envio de e-mails — o correio transacional precisa de um serviço de entrega adequado, porque as mensagens enviadas a partir de um servidor de aplicações acabam geralmente na pasta de spam.
- Cópias de segurança — separadas do servidor e testadas pelo menos uma vez.
Custos fáceis de esquecer
Os orçamentos costumam abranger o desenvolvimento. Estes custos repetem-se:
- O próprio alojamento, mensalmente.
- O armazenamento das cópias de segurança, que cresce com os dados.
- A transferência de dados de saída, que pode surpreender no caso de aplicações com muitos conteúdos multimédia.
- O envio de e-mails, geralmente cobrado com base no volume.
- Os serviços de notificações push, quando aplicável.
- As contas de programador das lojas, anualmente, para aplicações nativas.
- As subscrições de APIs de terceiros — mapas, SMS, serviços de IA. Muitas vezes, são o maior custo recorrente e o mais variável.
- A monitorização e comunicação de erros, que dispõe de escalões gratuitos geralmente adequados no início.
Pedir a um programador o custo mensal de funcionamento previsto no primeiro ano e com dez vezes mais utilização é uma solicitação razoável, e a resposta revela algo sobre o cuidado com que a arquitetura foi pensada.
Cópias de segurança e a parte que é ignorada
Uma cópia de segurança que nunca foi restaurada é uma hipótese. A restauração é o que importa e deve ser testada uma vez antes do lançamento e periodicamente depois.
Três propriedades a especificar:
- Frequência — a quantidade de dados que pode perder. Cópias de segurança diárias significam uma perda de até um dia.
- Retenção — até que ponto pode recuar. É importante porque alguns problemas só são descobertos semanas mais tarde.
- Localização — uma cópia de segurança no mesmo servidor não é uma cópia de segurança.
Monitorização
Vale a pena ter duas coisas desde o primeiro dia, e ambas dispõem de escalões gratuitos:
Monitorização da disponibilidade que avise alguém quando o site deixar de responder. Sem ela, a primeira pessoa a detetar uma indisponibilidade será um cliente.
Comunicação de erros que registe os erros da aplicação com contexto suficiente para os diagnosticar. Sem ela, tudo o que alguém pode dizer é «não funcionou», e reproduzir o problema consome mais tempo do que corrigi-lo.
Quem deve deter as contas
Este é o ponto com maior consequência a longo prazo e ao qual se presta menos atenção no momento.
O cliente deve ser o proprietário das contas de alojamento, do domínio e dos serviços de terceiros, com o programador a receber acesso. E não o contrário.
Quando as contas estão em nome do programador, mudar de programador torna-se uma negociação em vez de uma transferência e, se a relação terminar mal, o cliente pode perder o acesso à sua própria infraestrutura. Também é um problema prático em circunstâncias normais — a faturação, as renovações e os e-mails de recuperação vão todos para um local a que o cliente não consegue aceder.
Configurar tudo corretamente não custa nada no início e é complicado desfazer mais tarde. O domínio, em particular, deve estar sempre registado em nome do cliente.
O que deve ficar definido antes do desenvolvimento
- Onde a aplicação será alojada e em nome de quem estará a conta.
- O custo mensal estimado no lançamento e com dez vezes mais utilização.
- A frequência, a retenção e a localização das cópias de segurança — bem como um teste de restauração.
- Quem será notificado quando a aplicação ficar indisponível e de que forma.
- Quais os serviços de terceiros que implicam custos recorrentes e como estes aumentam.
Serviços Manboo relacionados
- Desenvolvimento de aplicações Flutter para MVPs de iOS e Android.
- Desenvolvimento de software empresarial para sistemas de CRM, reservas, inventário e fluxos de trabalho.
- Desenvolvimento de painéis de administração para dashboards operacionais e gestão de back-end.
- Integração de APIs de IA quando o seu produto estiver preparado para pesquisa inteligente, chat ou automação.
- Solicite uma análise do âmbito e um orçamento do projeto quando estiver preparado para planear a primeira versão.