"Alojamento próprio ou alojado" costuma ser discutido como se fosse uma questão de dinheiro, e depois decidido com uma comparação de mensalidades que deixa de fora a maior parte do custo. Eis a comparação com o resto reposto.
O que o alojamento próprio te dá mesmo
Três coisas, e são genuinamente valiosas.
Os dados estão em infraestrutura que controlas. Não "guardados numa região que selecionaste" mas numa máquina cuja palavra-passe de raiz é tua. Para algumas organizações (saúde, defesa, partes do setor público) é este o requisito, e mais nada na comparação interessa.
Podes ler e mudar o código. Podes auditar o que é recolhido em vez de acreditares numa política de privacidade. Podes corrigir uma coisa tu em vez de esperar.
Não há preço por evento. Um pico de tráfego custa-te capacidade de servidor, não uma fatura. Se o teu tráfego é enorme e o teu orçamento é fixo, isto muda a aritmética por completo.
O que custa depois da instalação
A instalação é a parte que toda a gente estima, e é a parte pequena. Uma pilha de analítica não é um sítio estático: é uma base de dados com muita escrita, um ponto de receção exposto à internet aberta, e um conjunto de tarefas agendadas.
Atualizações, para sempre. Não só da aplicação: da base de dados, do sistema operativo, dos certificados TLS, do runtime. Uma base de dados de analítica é exatamente o tipo de coisa que acumula uma migração de esquema em cada versão, e essas correm contra uma tabela com muitas linhas lá dentro.
Cópias de segurança que testaste. Cópias de segurança por testar são uma crença, não uma cópia de segurança. O teste é restaurar para uma máquina nova e confirmar que os dados lá estão, e precisa de ser feito com regularidade, porque uma tarefa de cópia de segurança que parou em silêncio há seis meses é exatamente igual a uma que está a funcionar.
Crescimento do armazenamento. Os dados de eventos crescem com o tráfego e nunca encolhem a não ser que os obrigues. Alguém tem de decidir a política de conservação, implementá-la, e reparar quando o disco está a 80%.
Estar de piquete para isto. O ponto de receção é público. Vai ser esquadrinhado, vai receber cargas malformadas, e a certa altura alguém vai apontar um script para ele. Quando cair às 3 da manhã de um sábado, quem o compõe és tu.
O conhecimento a viver numa só cabeça. É este o custo que morde com mais força e que menos se estima. Na maior parte das empresas com alojamento próprio, há exatamente uma pessoa que percebe a instalação. Quando essa pessoa sai, a organização fica dona de um sistema em produção em que ninguém pode mexer com segurança. O desfecho habitual é deixar de ser atualizado, o que transforma uma decisão motivada pela privacidade num serviço voltado para a internet sem correções de segurança.
Põe um número plausível nas horas e compara-o com a subscrição. Para uma equipa pequena a opção alojada é muitas vezes mais barata na única moeda que é mesmo escassa.
Quando o alojamento próprio é claramente o certo
- Um requisito regulamentar ou contratual de que os dados nunca saiam da tua infraestrutura.
- Já geres bases de dados em produção e tens a escala de piquete, a disciplina de cópias de segurança e a monitorização. O custo marginal de mais um serviço é pequeno.
- Tráfego grande ao ponto de o preço por evento dominar, com a capacidade de engenharia à altura.
- A ferramenta faz genuinamente parte do teu produto, e precisas de a modificar.
Quando o alojado é claramente o certo
- Menos de um punhado de programadores, todos eles com coisa mais valiosa para fazer.
- Ninguém quer ser dono de um ponto de receção voltado para a internet.
- Queres que a ferramenta melhore sem uma janela de manutenção.
- O teu requisito é na verdade sobre onde os dados vivem e não sobre quem opera a máquina, caso em que um subcontratante sediado na UE responde a isso sem o fardo operacional.
Vale a pena separar este último ponto, porque os dois são confundidos. "Os dados têm de ficar na UE" e "os dados têm de estar no nosso equipamento" soam parecidos e têm respostas muito diferentes.
O meio-termo de que as pessoas se esquecem
Não tens de escolher uma vez, para tudo, para sempre.
Algumas organizações usam alojamento próprio para o produto e uma ferramenta alojada para o sítio de marketing, com o argumento razoável de que os perfis de risco diferem. Algumas usam alojado enquanto são pequenas e mudam quando o volume justifica o trabalho de operações. Algumas fazem o contrário depois de a pessoa que percebia a instalação sair.
A pergunta que vale a pena fazer antes de te comprometeres num sentido ou noutro é a aborrecida: consegues tirar os teus dados de lá? Uma ferramenta com uma exportação completa e um esquema documentado mantém a decisão reversível. Uma sem isso torna a tua primeira escolha permanente, seja qual for a direção em que foi.
Onde é que a Skomi se posiciona
A Skomi é alojada, e não é de código aberto. As duas coisas são linhas em que a Skomi perde contra algumas das alternativas, e estão nas tabelas de comparação como linhas e não como notas de rodapé, ao lado do Matomo, do Plausible e do Umami, que podem todos ser geridos na tua própria máquina.
O que a Skomi oferece em troca são os dados guardados na UE sem ninguém para operar, e uma exportação completa quando quiseres. Se o teu requisito é genuinamente sobre controlar a máquina, uma dessas outras é a melhor ferramenta e este é o parágrafo que o diz.
Onde é que a Skomi fica nas linhas que decidem mesmo isto (o alojamento próprio e o código aberto entre elas, e perde as duas) está exposto no Matomo. A diferença prática é de quem é o problema da máquina: alojado quer dizer que a tua janela de conservação é a do teu plano e não a do teu disco, e o produto Analytics assume que há outra pessoa a corrigir o servidor.