Tu reçois un kubeconfig. Tu fais kubectl. C'est tout.
Pas de console à apprendre, pas de frais de control plane.
À l'arrêt : ~1,50 €/mois.
Opéré par Ephais SAS, Paris — mentions légales.
homa 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 ce qui tourne, relevé à la minute. Pas d'abonnement, pas de palier. Rien ne tourne → compute à 0 €, seul le forfait d'espace court. Tenant supprimé → 0 €, tout de suite.
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 : ~31 € HT si tout tourne 24/7.
Au repos, il reste 1,46 € HT par mois — la base de tenancy. Le reste, tu ne le paies que s'il tourne.
Connexion Google, puis ta carte — 0 € débité aujourd'hui. Ensuite tu paies chaque lundi ce qui a réellement tourné : à l'arrêt, ~1,50 €/mois. Tu arrêtes en supprimant le tenant.
Créer mon premier tenant →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.
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
Isolé, oui — au niveau des politiques, pas du noyau. Chaque tenant a son namespace, un RBAC qui s'y limite, un ResourceQuota pour que personne n'affame les voisins, et une politique réseau qui coupe ton trafic sortant du réseau de tous les autres tenants (plages privées bloquées). Ce que tu n'as pas : un noyau privé — les conteneurs partagent l'hôte, comme sur toute offre en cluster partagé. Si ton modèle de menace exige une isolation matérielle, il te faut un cluster dédié, et on te le dira plutôt que de te vendre celui-ci.
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.
homa 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.
Là-bas tu paies un cluster complet — control plane, nodes, load balancer — même en n'utilisant que 5 %. Et tu l'opères. homa mutualise pour ceux qui n'ont pas besoin d'un cluster entier.
Relevé chaque minute : CPU réellement consommé, mémoire utilisée (working set), stockage provisionné. Chaque lundi, débit de la semaine écoulée × tarifs publiés. Un pod au repos ne consomme presque rien — tu ne paies 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 premier tenant