Tu reçois un kubeconfig, tu lances kubectl, tu déploies. C'est tout.
Pas de console propriétaire à apprendre. Pas de mois d'onboarding. Pas de facture surprise.
ho.ma cible les équipes pour qui un cluster K8s en propre, c'est trop, mais une PaaS opinionnée, pas assez.
Tu veux kubectl apply sans gérer un control plane, et sans coller à un fournisseur qui te facture chaque heure d'inactivité.
Un environnement Kubernetes stable pour tester, démontrer, faire des POC, sans passer par les ops corporate.
Hébergement européen, opéré par une société française, sans dépendance opérationnelle à un cloud US.
Tu paies à l'usage réel : seulement les ressources qui tournent. Pas d'abonnement, pas d'engagement, pas de palier à choisir à l'aveugle. Un pod actif est compté à la minute ; rien ne tourne → le compute est à 0 €, tu ne paies qu'un petit forfait d'espace tant que ton tenant existe. Tu le supprimes → 0 €, immédiatement.
Pas de coût caché : pas de facture au trafic réseau, pas de facture aux requêtes API, pas de frais de sortie. Détails dans la FAQ.
Pas de palier. Tu paies l'usage réel, et tu poses un plafond de ressources à la création — ajustable à tout moment. Tu ne seras jamais facturé au-delà.
Plafond mensuel : ~29 € HT si tout tourne 24/7.
Au repos, ça tend vers 0 € — tu ne paies que ce qui tourne vraiment.
homa tenant usage <ton-tenant> ou depuis ton espace client.Besoin d'un plafond au-delà des limites par défaut, ou d'un isolement dédié ? Écrivons-nous.
Le pipeline qui te livre l'accès est documenté, scriptable, vérifiable.
01 · PROVISIONING
On crée un Tenant Capsule lié à ton identité, avec un namespace, des quotas, un RoleBinding. Tu ne peux pas voir ce qui ne t'appartient pas.
02 · ACCÈS
Tu télécharges ton kubeconfig (token court-vie, ServiceAccount stable). Ton kubectl parle directement à l'API Kubernetes via TLS valide. Pas de tunnel, pas de plugin propriétaire.
03 · OPÉRATION
Chaque mutation, chaque lecture de secret est loguée côté serveur. Tu peux demander tes logs d'audit à tout moment.
$ kubectl --kubeconfig=mon-tenant.kubeconfig get pods NAME READY STATUS RESTARTS AGE mon-app-7d8c9b6f-xz4qr 1/1 Running 0 12m mon-worker-5d4f7c8b-jk3lt 1/1 Running 0 12m $ kubectl apply -f deployment.yaml deployment.apps/mon-nouveau-service created
Oui. Isolation par namespace via Capsule, RBAC par tenant, ResourceQuota qui empêche ton workload d'étouffer le voisin. Vérifiable côté serveur via les webhooks d'admission.
Tu reçois ton dump de configmaps + secrets + manifests (kubectl get -o yaml de tout ton tenant) et un dump des PVC en tarball. Ensuite tout est supprimé. Pas de rétention cachée.
ho.ma est piloté par une personne (Vincent). Pas de SLA contractuel en phase early. Maintenance annoncée par email 48 h avant. Support par email, objectif de réponse sous 24 h ouvrées.
Parce que sur ces plateformes tu paies un cluster complet — control plane, nodes, load balancer — même en n'en utilisant que 5 %. Et tu portes la charge opérationnelle. ho.ma mutualise pour les tenants qui n'ont pas besoin d'un cluster entier.
On relève toutes les minutes la consommation réelle de ton tenant : le CPU effectivement consommé, la mémoire utilisée (working set), plus le stockage provisionné. On intègre dans le temps ; chaque lundi on débite la semaine écoulée × tarifs publiés. Un pod allumé mais au repos ne consomme presque pas — tu ne paies donc presque rien.
Exemples concrets :
Carte bancaire via Stripe : tu enregistres une empreinte (0 €) à la création, puis débit automatique chaque lundi de l'usage écoulé. Facturation par Ephais SAS, basée en France.
Choisis une config, enregistre une carte, récupère ton kubeconfig. Tout en self-service, en quelques minutes — facturation à l'usage, sans engagement.
Créer mon tenant