Éditions et licences
Metabase Cloud ou auto-hébergé : qui reprend le service
Pour qui : Responsable Metabase qui choisit son exploitation
Sources primaires lues le 6 novembre 2026 ; produits non essayés.
Notre avis
Cloud en premier sans équipe d’exploitation ; auto-hébergé si responsabilités et contraintes justifient ce travail.
Pour Metabase, nous choisirions le service Cloud en premier si personne ne peut exploiter l’application au quotidien. L’auto-hébergement devient pertinent si une contrainte précise le justifie et si un responsable sait mettre à jour, sauvegarder et restaurer le service. Ce choix est distinct des fonctions guest ou SSO de l’embarqué.
Dans l’ordre
- Cloud sans exploitant ; self-host avec responsable
Pourquoi
- Travail réellement demandé au lecteur et au mainteneur
- Édition, diffusion et disponibilité établies avant comparaison
Ce qui change le choix
Contraintes spécifiques à vérifier au contrat
Le choix d’exploitation ne choisit pas toutes les fonctions
La grille distingue les plans et le lieu d’exploitation. Un mode hébergé ou installé chez vous ne signifie donc pas que toutes les fonctions commerciales sont identiques ou incluses. Commencez par nommer l’édition nécessaire pour les actions des lecteurs, puis comparez sa forme Cloud et son installation éventuelle. Si le besoin est de décider entre guest et authentification unique pour des clients SaaS, utilisez la comparaison dédiée : ce n’est pas le problème tranché ici.
Écrire qui fait les quatre opérations
Pour chacun des modes, nommez qui installe, met à jour, sauvegarde et restaure. Metabase présente le Cloud comme prenant en charge installation, sauvegardes et mises à jour ; faites préciser les engagements et les conditions de récupération du service. En auto-hébergement, ce travail revient à votre équipe ou à un prestataire distinct. Une machine disponible n’est pas un exploitant, et la présence d’un fichier de sauvegarde ne prouve pas sa restauration.
Le moment où l’auto-hébergement gagne
Il peut passer devant si le service Cloud ne répond pas à une contrainte documentée d’intégration, d’emplacement ou de contrôle et si votre équipe assume la reprise. Demandez un exercice de restauration de démonstration, sans données clients, avec un second responsable. Si personne ne peut le porter, une économie de licence apparente peut déplacer la dépense en interventions non prévues. Le contrat de service France, les délais de reprise et le budget complet ne sont pas établis par cette fiche.
Limites
Grille actuelle lue, aucun service ou serveur essayé. Engagements Cloud et contraintes de déploiement à vérifier ; pas de présomption de conformité liée à l’auto-hébergement.
Prochaine action
Faites compléter les quatre responsabilités d’exploitation, puis chiffrer la reprise et les mêmes fonctions dans les deux modes.
Preuves et sources
Faits lus, déclarations d’éditeurs, méthodes et avis restent distincts. Notre méthode.
Fait lu. Metabase distingue Cloud avec setup sauvegardes mises à jour et self-hosted infrastructure propre.
Daté du 6 novembre 2026. Portée : Modes de déploiement
Édition ou périmètre : Produit ou mode nommé dans le texte ; contrat non vérifié
Contexte : FR, documentation primaire FR ou EN
Réserve : Ne prouve pas délai de restauration ou équivalence de tous plans.
Metabase — Metabase PricingLu le 6 novembre 2026. Documentation primaire lue.
Portée : Produit et version précisés dans findings et limits ; lecture documentaire
Aucun EUR France ni contrat de service validé ; ne pas conclure que tous plans sont équivalents.
Notre avis. Cloud en premier sans équipe d’exploitation ; auto-hébergé si responsabilités et contraintes justifient ce travail.
Daté du 6 novembre 2026. Portée : Responsable Metabase qui choisit son exploitation
Contexte : FR
Réserve : Contraintes spécifiques à vérifier au contrat