« Auto-hébergée ou hébergée » se débat en général comme s'il s'agissait d'argent, puis se tranche sur une comparaison de mensualités qui laisse de côté l'essentiel du coût. Voici la comparaison avec le reste remis dedans.
Ce que l'auto-hébergement vous apporte vraiment
Trois choses, et elles ont une vraie valeur.
Les données sont sur une infrastructure que vous contrôlez. Non pas « stockées dans une région que vous avez choisie » mais sur une machine dont vous détenez le mot de passe root. Pour certaines organisations (santé, défense, partie du secteur public) c'est l'exigence, et rien d'autre dans la comparaison ne compte.
Vous pouvez lire et changer le code. Vous pouvez auditer ce qui est collecté plutôt que de croire une politique de confidentialité. Vous pouvez corriger vous-même quelque chose au lieu d'attendre.
Il n'y a pas de tarification à l'événement. Un pic de trafic vous coûte de la capacité serveur, pas une facture. Si votre trafic est énorme et votre budget fixe, cela change entièrement l'arithmétique.
Ce que cela coûte après l'installation
L'installation est la partie que tout le monde estime, et c'est la petite partie. Une pile d'analytics n'est pas un site statique : c'est une base de données lourde en écriture, un point d'ingestion exposé à l'Internet ouvert, et un ensemble de tâches planifiées.
Les mises à jour, pour toujours. Pas seulement l'application : la base de données, le système d'exploitation, les certificats TLS, le runtime. Une base de données d'analytics est exactement le genre de chose qui accumule une migration de schéma à chaque version, et celles-ci s'exécutent contre une table qui contient beaucoup de lignes.
Des sauvegardes que vous avez testées. Des sauvegardes non testées sont une croyance, pas une sauvegarde. Le test consiste à restaurer sur une machine neuve et à confirmer que les données y sont, et cela demande d'être fait selon un calendrier, parce qu'une tâche de sauvegarde qui s'est arrêtée en silence il y a six mois ressemble exactement à une tâche qui fonctionne.
La croissance du stockage. Les données d'événements grossissent avec le trafic et ne rétrécissent jamais à moins que vous ne les y forciez. Quelqu'un doit décider de la politique de conservation, la mettre en œuvre, et remarquer quand le disque est à 80 %.
Être d'astreinte pour cela. Le point d'ingestion est public. Il sera scanné, on lui enverra des charges utiles mal formées, et à un moment donné quelqu'un pointera un script dessus. Quand il tombe à 3 heures du matin un samedi, la personne qui le répare, c'est vous.
Le savoir logé dans une seule tête. C'est le coût qui mord le plus fort et qui est le moins estimé. Dans la plupart des entreprises qui s'auto-hébergent, exactement une personne comprend le déploiement. Quand cette personne s'en va, l'organisation possède un système de production auquel personne ne peut toucher sans danger. Le résultat habituel est qu'il cesse d'être mis à jour, ce qui transforme une décision motivée par la vie privée en un service exposé à Internet et non corrigé.
Posez un nombre d'heures plausible et comparez-le à l'abonnement. Pour une petite équipe, l'option hébergée est très souvent moins chère dans la seule monnaie qui soit réellement rare.
Quand l'auto-hébergement est manifestement le bon choix
- Une exigence réglementaire ou contractuelle que les données ne quittent jamais votre infrastructure.
- Vous faites déjà tourner des bases de données en production et vous avez le tour d'astreinte, la discipline de sauvegarde et la supervision. Le coût marginal d'un service de plus est faible.
- Un trafic assez grand pour que la tarification à l'événement domine, avec la capacité d'ingénierie qui va avec.
- L'outil fait vraiment partie de votre produit, et vous avez besoin de le modifier.
Quand l'hébergé est manifestement le bon choix
- Moins d'une poignée d'ingénieurs, qui ont tous quelque chose de plus précieux à faire.
- Personne ne veut être propriétaire d'un point d'ingestion exposé à Internet.
- Vous voulez que l'outil s'améliore sans fenêtre de maintenance.
- Votre exigence porte en réalité sur où vivent les données plutôt que sur qui opère la machine, auquel cas un sous-traitant établi dans l'UE y répond sans la charge opérationnelle.
Ce dernier point vaut d'être isolé, parce que les deux se confondent. « Les données doivent rester dans l'UE » et « les données doivent être sur notre matériel » se ressemblent et ont des réponses très différentes.
Le terrain intermédiaire qu'on oublie
Vous n'avez pas à choisir une fois, pour tout, pour toujours.
Certaines organisations s'auto-hébergent pour le produit et utilisent un outil hébergé pour le site marketing, au motif raisonnable que les profils de risque diffèrent. Certaines restent hébergées tant qu'elles sont petites et migrent quand le volume justifie le travail d'exploitation. Certaines font l'inverse après le départ de la personne qui comprenait le déploiement.
La question qui vaut d'être posée avant de s'engager dans un sens ou dans l'autre est la plus ennuyeuse : pouvez-vous ressortir vos données ? Un outil avec un export complet et un schéma documenté garde la décision réversible. Un outil sans cela rend votre premier choix définitif, quel qu'il ait été.
Où Skomi se situe
Skomi est hébergé, et n'est pas open source. Ce sont deux lignes que Skomi perd face à certaines des alternatives, et elles sont dans les tableaux de comparaison comme des lignes plutôt que comme des notes de bas de page, à côté de Matomo, Plausible et Umami, qui peuvent tous être exécutés sur votre propre machine.
Ce que Skomi offre à la place, ce sont des données stockées dans l'UE sans personne à faire tourner, et un export complet quand vous en voulez un. Si votre exigence porte vraiment sur le contrôle de la machine, l'un de ces autres outils est le meilleur, et voici le paragraphe qui le dit.
Là où Skomi se tient sur les lignes qui décident réellement de ceci (l'auto-hébergement et l'open source parmi elles, qu'il perd toutes deux) est exposé sur Matomo. La différence pratique est de savoir à qui la machine pose problème : hébergé veut dire que votre fenêtre de conservation est celle de votre forfait plutôt que celle de votre disque, et le produit Analytics suppose que quelqu'un d'autre corrige le serveur.