PostgreSQL managé
PostgreSQL managé, opéré en Suisse.
PostgreSQL managé Hikube est le moteur SQL relationnel du catalogue Databases as a Service, opéré avec CloudNativePG en Suisse, sans DBaaS américain.
- CloudNativePG
- Backups S3 suisses
- Réseau privé
- ISO 27001
- 3 DC
- SLA 99,99 %
Pour les équipes qui parlent déjà PostgreSQL et veulent l’exploitation en Suisse : même juridiction que compute, Kubernetes et backup. Les autres moteurs du hub : les cinq moteurs de bases managées.
Capacités
CloudNativePG
PostgreSQL opéré avec CloudNativePG. Pas un dialecte propriétaire.
Backups S3 suisses
Optionnels, vers l’object storage du même tenant, pas vers un bucket US.
Réseau privé
La base écoute dans le VPC. Les apps Kubernetes ou VMs s’y connectent.
Dans le détail
Pour une application métier ou une stack Kubernetes qui parle déjà SQL relationnel. Les équipes qui quittent un DBaaS US (RDS, Cloud SQL) ou un PostgreSQL auto-opéré cherchent surtout la résidence suisse et un opérateur identifiable : Hidora SA, Genève, Gland, Lucerne. Ce n’est pas le bon produit si vous attendez Aurora, un proxy mondial ou 15 variantes de SKU.
L’exploitation : HA, mises à jour, sauvegardes optionnelles vers S3 suisse. Vous gardez le schéma, les clients (psql, drivers) et la CI. Les secrets de connexion vont dans Vault as a Service. Le détail d’API est dans docs.hikube.cloud. Support ingénieur en français et en anglais, depuis Genève.
Le parcours, dans l’ordre. Les écrans exacts et la référence d’API sont dans docs.hikube.cloud ; ce qui suit est la logique, qui ne bouge pas.
- Créez l’instance depuis la console ou l’API, dans le VPC où tournent déjà vos applications
- Choisissez la taille dans la grille commune aux moteurs : elle se change ensuite, mieux vaut ne pas surdimensionner d’emblée
- Rangez les identifiants dans Vault as a Service, et faites-les lire par vos pods depuis là : le coffre à secrets
- Connectez-vous en psql depuis une VM ou un pod du même VPC : l’endpoint est privé, il ne répond pas depuis Internet
- Reprenez l’existant avec pg_dump et pg_restore : c’est du PostgreSQL, il n’y a pas de format intermédiaire à traverser
- Avant de basculer la production, restaurez une sauvegarde dans une seconde instance et comparez les comptes de lignes
- Les versions disponibles et les extensions activables ne sont pas publiées ici : demandez-les avant de concevoir un schéma qui en dépend
Moteurs
Produits liés
Bases de données managéesPostgreSQL, MariaDB, Redis, MongoDB, ClickHouse : opérés en Suisse.- VPC & subnetsVLAN VMware vers VPC et subnets, trois DC suisses, sans fabric SDN à racheter.
S3 SuisseObject storage S3 en Suisse : WORM, chiffrement optionnel, résidence Suisse.- Vault as a ServiceSecrets et clés en Suisse, pour apps, CI et Kubernetes.
Questions fréquentes
Non. Hikube est un cloud souverain : compute, stockage, sauvegardes et métadonnées restent sur trois datacenters indépendants en Suisse (Genève, Gland, Lucerne). Aucune réplication vers l’UE ou les États-Unis.
L’opérateur est Hidora SA, société suisse à Lancy (Genève), sans maison-mère US. Compute, stockage, backups et métadonnées restent à Genève, Gland et Lucerne. Ce n’est pas la même base légale qu’AWS, Azure ou GCP. Nous ne sommes pas votre avocat : le RGPD pour des données UE en Suisse s’appuie notamment sur l’adéquation.
Par l’API Hikube et la console. Intégration Terraform et Cluster API en préparation. kubectl, Helm et les clients S3 restent. Docs : docs.hikube.cloud.
Oui : PostgreSQL opéré avec CloudNativePG, pas un dialecte propriétaire. Le périmètre n’est pas le catalogue RDS complet (Aurora, proxy mondial). Hub et autres moteurs : les cinq moteurs de bases managées.
Prêt à tourner sur une infra 100 % suisse ?
14 jours d’essai, sans carte. GPU inclus.