Bring Your Own PostgreSQL (BYOD)
Conservez vos enregistrements de consentement dans une base PostgreSQL que vous contrôlez. Les sauvegardes et le chiffrement au niveau de la base vous appartiennent ; les requêtes restent traitées par la plateforme HashEntry.
Modèle d'architecture BYOD
La couche applicative HashEntry reçoit et traite chaque requête de consentement puis écrit l'enregistrement dans votre PostgreSQL. Les données transitent donc par la plateforme ; les files d'attente, journaux et métadonnées y restent, et les fichiers de signature sont stockés chiffrés sur le stockage de la plateforme sauf configuration contraire.
Couche applicative HashEntry (connexion chiffrée)
- • Points d'accès API et SDK (les requêtes transitent par la plateforme)
- • Routage dynamique par compte d'organisation
- • Moteur de hachage canonique SHA-256
- • Files d'attente, journaux et fichiers de signature sur la plateforme
Serveur PostgreSQL client (Votre infrastructure)
- • consents: Enregistrements complets de consentement
- • documents: Projets de contrats, modèles et versions
- • audit_logs: Chaînes de hachage de preuve et horodatages
- • Contrôle total du client sur les sauvegardes et le chiffrement
HashEntry Plateforme DB (Métadonnées Système & Licence)
- • Informations de connexion chiffrées de votre base
- • users: Comptes d'équipe et jetons de session
- • plans: Limites de quotas et niveaux de licence
- • billing: Factures et état d'abonnement
Simulation de taille et stockage de base de données BYOD
Estimez le taux de croissance, les besoins de stockage mensuels/annuels et les spécifications matérielles recommandées pour votre cluster PostgreSQL client.
Volume mensuel de consentements
Nombre estimé de décisions de consentement et approbations de documents enregistrées par mois.
Total des sites et applications enregistrés envoyant des événements de consentement.
Part des consentements recevant un horodatage RFC 3161 de l'autorité configurée.
Fenêtre de conservation des journaux de requêtes et réponses HTTP envoyés aux systèmes tiers.
Spécification matérielle et cloud PostgreSQL recommandée
Starter / LightweightEn fonction de votre empreinte de stockage et de votre débit d'écriture prévus, voici les spécifications minimales recommandées :
AWS RDS db.t4g.micro/small • Hetzner CPX11 • GCP db-custom-1-2048
Partitionnement par intervalle PostgreSQL intégré
HashEntry partitionne les tables consents et metadata par mois (PARTITION BY RANGE created_at). Les mois anciens peuvent être détachés et archivés, ce qui aide à garder rapides les requêtes sur les données récentes.
Répartition du stockage et des enregistrements par catégorie
Estimation détaillée pour chaque catégorie, taille estimée d'un enregistrement (en-tête PostgreSQL, JSONB, index B-Tree et GIN) et empreinte totale :
| Catégorie de données | Taille moyenne d'un enregistrement | Enregistrements projetés | Stockage total | Part |
|---|---|---|---|---|
| Enregistrements de consentement | ~1 KB | 600,000 | 686.6 MB | 73.4% |
| Horodatages cryptographiques RFC 3161 | ~4 KB | 30,000 | 128.7 MB | 13.8% |
| Journaux d'intégration & webhooks | ~2 KB | 50,000 | 85.8 MB | 9.2% |
| Champs de formulaire & métadonnées | ~160 B | 120,000 | 18.3 MB | 2.0% |
| Instantanés d'audit visuel de bannière | ~3 KB | 216 | 738.3 KB | 0.1% |
| Agrégations analytiques quotidiennes | ~200 B | 2,160 | 421.9 KB | 0.0% |
| Demandes RGPD & droit à l'oubli | ~400 B | 180 | 70.3 KB | 0.0% |
| Modèles de configuration & documents | ~15 KB | 76 | 15 MB | 1.6% |
| Enregistrements totaux | - | 802,632 | 935.7 MB | 100.0% |
Les estimations incluent le HeapTupleHeader PostgreSQL (23 octets), le bitmap NULL, la surcharge binaire JSONB, les index B-Tree et GIN, la compression TOAST et une réserve de remplissage de 20%. L'empreinte réelle peut varier de ±10% selon l'autovacuum et les attributs JSON personnalisés.
Votre base, vos enregistrements
Les enregistrements de consentement sont écrits dans votre propre PostgreSQL plutôt que dans une base de tenant gérée par HashEntry. Les métadonnées, files d'attente et journaux restent sur la plateforme.
Sauvegardes personnalisées & PITR
La fréquence de sauvegarde, les durées de rétention et la reprise après sinistre sont pilotées selon vos normes internes.
Vous choisissez l'emplacement de la base
Vous décidez de l'hébergement de votre base, ce qui peut soutenir vos exigences de localisation des données. Les requêtes étant traitées sur la plateforme, les règles de transfert international nécessitent toujours votre propre analyse.
Base dédiée pour vos enregistrements
Avec BYOD, vos enregistrements de consentement résident sur votre propre serveur et schéma, et non dans la base partagée cloisonnée par tenant de l'offre par défaut.
Matrice de localisation des données
| Catégorie de données | Emplacement | Détails |
|---|---|---|
| Registres des consentements et choix | PostgreSQL client | Les enregistrements de consentement sont écrits dans votre propre PostgreSQL plutôt que dans une base de tenant gérée par HashEntry. Les métadonnées, files d'attente et journaux restent sur la plateforme. |
| Contrats et versions de documents | PostgreSQL client | Les enregistrements de consentement sont écrits dans votre propre PostgreSQL plutôt que dans une base de tenant gérée par HashEntry. Les métadonnées, files d'attente et journaux restent sur la plateforme. |
| Journaux d'anonymisation et empreintes IP | PostgreSQL client | Avec BYOD, vos enregistrements de consentement résident sur votre propre serveur et schéma, et non dans la base partagée cloisonnée par tenant de l'offre par défaut. |
| Audit Cryptographique In-Database (PL/pgSQL & Merkle) | PostgreSQL client | Les consentements et racines Merkle sont vérifiés de manière autonome dans PostgreSQL. |
| Comptes utilisateurs et sessions d'authentification | HashEntry Plateforme DB | Identifiants et sessions hachés avec HMAC-SHA256 |
| Métadonnées de facturation et d'abonnement | HashEntry Plateforme DB | Abonnements, limites de quotas et factures |
| Requêtes d'horodatage TSA | Fournisseur TSA RFC 3161 | Seule l'empreinte SHA-256 est envoyée ; le contenu des documents ou des consentements n'est pas transmis à l'autorité d'horodatage. |
Support de Vérification PL/pgSQL & Arbre de Merkle In-Database
Contrôlez l'intégrité des consentements et les preuves d'arbre de Merkle directement dans votre PostgreSQL grâce à des fonctions PL/pgSQL indépendantes, sans dépendre des API HashEntry. Le pack est fourni de manière sécurisée via le portail client.
Vérification d'Arbre de Merkle Groupé
Validez les feuilles et chemins de preuve pour des millions de consentements sous racine horodatée TSA en pur SQL.
Totalement Hors Ligne & Isolé
Exécutez vos audits légaux au sein de votre réseau privé sans aucune connexion vers les serveurs HashEntry.
Analyse d'Intégrité par Plage de Dates
Analysez l'ensemble des enregistrements et preuves Merkle sur une période donnée en une seule requête SQL.
Accès Sécurisé via le Portail Client
Le pack de vérification est fourni aux clients BYOD via le portail de gestion.
Exigences techniques & Compatibilité
PostgreSQL 16, 17 et 18
TLS 1.3 / Mode SSL 'require' ou 'verify-full'
Compatible avec PgBouncer et les multiplexeurs standard
Liste blanche d'adresses IP ou interconnexion VPN/VPC privée
Renforcez dès aujourd'hui vos preuves de conformité
Commencez avec le plan gratuit. Aucune carte de crédit requise.