Loft-Labors hilft Entwicklern – und den Unternehmen, die sie beschäftigen –, ihre Kubernetes-Cluster effizienter zu nutzen, indem Kubernetes selbst virtualisiert wird. Dies macht es einfacher, einen einzelnen Kubernetes-Cluster mit mehreren Entwicklern zu teilen, die an verschiedenen Projekten arbeiten, anstatt für jeden Anwendungsfall einen neuen Cluster zu erstellen, was häufig der Fall ist.
Heute brachte Loft Version 3 seiner virtuellen Cluster-Lösung auf den Markt, die eine vollständig überarbeitete Benutzeroberfläche und eine tiefere Integration umfasst Argo-CD und bessere Unterstützung für Bereitstellungen im GitOps-Stil.
Wie Loft-Gründer Lukas Gentele mir erzählte, begann das Team mit der Kundenarbeit für andere Startups und startete dann DevSpace, ein Tool, das Entwicklern hilft, ihren Kubernetes-Workflow zu optimieren. Die Gründer bewarben sich 2018 mit dieser Idee bei Y Combinator und obwohl sie es bis zur persönlichen Vorstellungsrunde schafften, wurden sie nicht für diesen Stapel ausgewählt, sondern nahmen es als Bestätigung der Idee. Das Team bekam schließlich ein Angebot von SkyDeck der UC Berkeley Accelerator und baute dabei eine Cloud-Version von DevSpace auf. Und während DevSpace Cloud einige tausend Benutzer hatte, nutzten sie es hauptsächlich als Hobbyplattform. Dies machte es fast unmöglich, Geld zu verdienen. Nachdem das Team diese Idee verworfen hatte, kehrte es zum Reißbrett zurück.
Bildnachweis: Dachgeschoss
„Wir haben über DevSpace Cloud nachgedacht und darüber nachgedacht, was gut gelaufen ist, was wir gelernt haben und was gefehlt hat“, erzählte mir Gentele über den Ursprung von Loft. „Das wirklich große fehlende Teil war: Es ist verdammt schwer, Kubernetes-Cluster gemeinsam zu nutzen. Mandantenfähigkeit ist ein ungelöstes Problem in Kubernetes. Niemand weiß wirklich, wie es geht. Aus diesem Grund erstellen so viele Unternehmen Hunderte oder sogar Tausende von Kubernetes-Clustern.“
Mit Loft erhalten Entwickler einen Kubernetes-Cluster und das Tool erstellt dann einen Container, der den Cluster hostet. „Es funktioniert und interagiert wie ein echter Kubernetes-Cluster. Ich werde keinen Unterschied feststellen können – genau wie eine virtuelle Maschine und eine echte physische Maschine“, erklärte Gentele. Entwickler sprechen mit derselben Kubernetes-API und verwenden dieselbe kubtctl-CLI, an die sie bereits gewöhnt sind.
„Ich denke, eine Sache, die uns einzigartig macht, ist, dass wir super Kubernetes-nativ sind. Es gibt viele dieser Unternehmen, die jetzt über Plattform-Engineering sprechen. Ich denke, viele von ihnen machen den Fehler, eine proprietäre API zu haben. Das haben wir noch nie gemacht. Unsere API ist die Kubernetes-API“, erklärte Gentele.
Bildnachweis: Dachgeschoss
Das Open-Source-Kernprodukt, das all dem zugrunde liegt, ist vCluster, das laut Gentele bereits zur Erstellung von über 30 Millionen virtuellen Clustern verwendet wurde. Einige verwenden es sogar, um große SaaS-Produkte in der Produktion darüber laufen zu lassen – und das, bevor es überhaupt eine Version 1.0 gab.
Mit dieser neuen Version führt Loft nun das Projektkonzept ein, das es Benutzern nun ermöglicht, Benutzergruppen zu erstellen – und diese über den Single-Sign-On-Anbieter eines Unternehmens zu definieren – und ihnen Zugriff auf bestimmte Funktionen und Ressourcen zu gewähren. „Das macht es viel einfacher, Grenzen für diese unabhängigen Teams zu definieren – und es dann in ein Self-Service-System umzuwandeln“, bemerkte er.
Bildnachweis: Dachgeschoss
Zusätzlich zur neu gestalteten Benutzeroberfläche hat das Team dem Tool jetzt auch einen YAML-Editor hinzugefügt, der alle Änderungen, die Sie an der grafischen Benutzeroberfläche des Tools vornehmen, sofort widerspiegelt. Dies wiederum ermöglicht den Teams auch, diese Datei im Rahmen ihrer GitOps-Prozesse zu verwenden.
Ebenfalls neu ist die tiefe Argo-CD-Integration sowie die Möglichkeit, versionierte Vorlagen für virtuelle Cluster, Spaces und Apps im gesamten Unternehmen gemeinsam zu nutzen.
Genetle deutete auf ein neues Open-Source-Projekt von Loft hin, das wahrscheinlich in den kommenden Monaten starten wird und den Fokus des Teams über Kubernetes hinaus erweitern wird. Details wollte er allerdings nicht preisgeben.