⎈ Project::Destiny

Self-hosted Kubernetes-Plattform · Beta

Kubernetes auf eigener Infrastruktur. Per Klick aufgebaut, danach weitgehend automatisch betrieben.

Project Destiny richtet die komplette Plattform ein, legt Cluster auf Proxmox oder in der Oracle Cloud an und zieht danach in deine eigene Infrastruktur um. Git, Zugangsdaten und Monitoring laufen bei dir, nicht bei einem SaaS-Anbieter.

Auf die Warteliste
Dein Laptop nicht mehr nötig Proxmox · eigene Hardware Oracle Cloud ↻ Defekter Server ersetzt ⎈ Destiny Git Secrets GitOps

So funktioniert's

Vom Laptop zur Plattform, die sich selbst verwaltet. In vier Schritten.

  1. Starten

    Destiny startet in einem kleinen Test-Cluster auf deinem Laptop und installiert die komplette Plattform: Cluster-Verwaltung, eigenes Git, einen Tresor für Zugangsdaten und GitOps. Welche Betriebsdienste dazukommen, etwa Monitoring und Logs, wählst du aus.

  2. Cluster anlegen

    Anbieter wählen, Größe festlegen, abschicken. Netzwerk, Verschlüsselung und GitOps sind ab dem ersten Start eingerichtet, die Zugänge lädst du direkt aus der Oberfläche.

  3. Umziehen

    Destiny zieht mit allen Clustern, Git-Repositories und Zugangsdaten in einen deiner neuen Cluster um. Ab dann verwaltet sich die Plattform selbst, der Laptop wird nicht mehr gebraucht.

  4. Läuft von selbst

    Fällt ein Server aus, wird er automatisch ersetzt. Die Konfiguration kommt aus Git und wird laufend abgeglichen. Mehr CPU, RAM oder Server stellst du per Klick ein.

Was du davon hast

Technik, die man nicht sieht, aber merkt.

Jeder Punkt beschreibt den Nutzen. Darunter steht, welche Technik ihn liefert.

  • Kein Lock-in bei einem Anbieter

    Eine Oberfläche für eigene Hardware und Public Cloud. Du kannst kombinieren oder wechseln, ohne neu anzufangen.

    Cluster API · Proxmox · Oracle Cloud

  • Alles bleibt im eigenen Haus

    Quellcode, Zugangsdaten und Betriebsdaten liegen in deinem Cluster. Ein externer Git-Dienst oder ein SaaS-Konto ist nicht nötig.

    Gitea · OpenBao · External Secrets

  • Betriebsbereit ab Tag eins

    Monitoring, zentrale Logs und Sicherheitsüberwachung kommen gleich mit, statt Wochen später nachgerüstet zu werden.

    Prometheus · Grafana · Loki · Tetragon

  • Repariert sich selbst

    Ausgefallene Worker-Server werden automatisch ersetzt. Weicht die Konfiguration vom Soll ab, stellt Git sie wieder her.

    MachineHealthCheck · GitOps mit Flux

  • Sicher von Grund auf

    Server ohne SSH-Zugang, verschlüsselter Datenverkehr zwischen allen Servern, Anmeldung über deinen bestehenden Login-Dienst.

    Talos Linux · Cilium WireGuard · OIDC

  • Planbare Updates

    Stabile Versionslinien, in die Fehlerkorrekturen zurückfließen. Du entscheidest, wann du auf neue Funktionen umsteigst.

    Release-Branches · Backports

Infrastruktur

Fünf Cluster-Typen heute, weitere über Cluster API.

Jeder Provider ist ein eigenes Plugin. Neue Infrastrukturen kommen dazu, ohne dass sich der Kern ändert.

Talos auf Proxmox

Eigene Hardware und Homelab

Talos-VMs über CAPMOX, mit festem Proxmox-Node und Storage pro Rolle. Dienste bekommen eigene IPs im lokalen Netz, ohne Hardware-Load-Balancer.

Talos auf KubeVirt

VMs in Kubernetes

Talos-VMs als KubeVirt-VirtualMachines auf dem Management-Cluster.

vCluster

Virtuelle Cluster

Leichte Cluster im Management-Cluster, gut für Dev, Test und kurzlebige Umgebungen. Jeder bekommt ein eigenes Git-Repository.

Oracle Cloud (OCI)

kubeadm auf ARM

Selbst verwaltete Cluster über CAPOCI, passend fürs Always-Free-Kontingent.

Oracle OKE

Managed Kubernetes

Control Plane von Oracle, verwaltet über CAPOCI.

Geplant Microsoft AzureGoogle CloudSTACKIT

Für wen

Für alle, die Kubernetes selbst betreiben wollen, ohne Cluster-API-Experten zu werden.

Homelab und Self-Hosting

Echte Talos-Cluster auf deiner Proxmox-Hardware, verwaltet aus einer Oberfläche.

Kleine Teams und Startups

Kurzlebige vClusters für Dev und Test, günstige Cluster im Oracle Free Tier.

Souveränitätsbewusste Organisationen

Code, Zugangsdaten und Betrieb bleiben in deiner Infrastruktur. Keine SaaS-Abhängigkeit, kein Lock-in bei einem Anbieter.

Roadmap

Was als Nächstes kommt.

Weitere Provider

Microsoft Azure, Google Cloud und STACKIT über die jeweiligen Cluster-API-Provider.

Rollen und Teams

Zugriff über Gruppen aus deinem Login-Dienst, mit einer Nur-Lese-Rolle für alle, die nur zuschauen sollen.

KI im eigenen Cluster

Ein LLM per vLLM direkt im Cluster, angebunden an Agent Substrate. Dein Code verlässt dabei dein Netz nicht.

Beta

Sei bei der Beta dabei.

Project Destiny ist in einer frühen Beta. Trag dich ein, und wir melden uns, sobald du es ausprobieren kannst.