Loft Labs aide les développeurs – et les entreprises qui les emploient – à utiliser plus efficacement leurs clusters Kubernetes en virtualisant Kubernetes lui-même. Cela facilite le partage d’un seul cluster Kubernetes avec plusieurs développeurs travaillant sur différents projets au lieu de créer un nouveau cluster pour chaque cas d’utilisation, ce qui arrive souvent.
Aujourd’hui, Loft a lancé la version 3 de sa solution de cluster virtuel, qui comprend une interface utilisateur entièrement repensée, une intégration plus approfondie avec Argo CD et une meilleure prise en charge des déploiements de type GitOps.
Comme me l’a dit le fondateur de Loft, Lukas Gentele, l’équipe a commencé à travailler avec des clients pour d’autres startups, puis a lancé DevSpace, un outil qui aide les développeurs à rationaliser leur flux de travail Kubernetes. Les fondateurs ont postulé à Y Combinator en 2018 avec cette idée et bien qu’ils se soient rendus à l’entretien en personne, ils n’ont pas été choisis pour ce lot, ils l’ont pris comme une validation de l’idée. L’équipe a finalement reçu une offre de l’accélérateur SkyDeck de l’UC Berkeley et a construit une version cloud de DevSpace dans le processus. Et bien que DevSpace Cloud comptait quelques milliers d’utilisateurs, ils l’utilisaient principalement comme plate-forme de loisirs. Cela rendait presque impossible la monétisation. Donc, après avoir abandonné cette idée, l’équipe est retournée à la planche à dessin.
« Nous réfléchissions à DevSpace Cloud et à ce qui s’est bien passé, qu’avons-nous appris et ce qui manquait », m’a expliqué Gentele à propos de l’origine de Loft. « La grande pièce manquante était la suivante : il est vraiment très difficile de partager des clusters Kubernetes. La multilocation est un problème non résolu dans Kubernetes. Personne ne sait vraiment comment faire. C’est pourquoi tant d’entreprises créent des centaines, voire des milliers de clusters Kubernetes. »
Avec Loft, les développeurs obtiennent un cluster Kubernetes, puis l’outil crée un conteneur qui héberge le cluster. « Il fonctionne et interagit comme un véritable cluster Kubernetes. Je ne pourrai pas faire la différence, tout comme une machine virtuelle et une vraie machine physique », a expliqué Gentele. Les développeurs parlent de la même API Kubernetes et utilisent la même CLI kubtctl à laquelle ils sont déjà habitués.
« Je pense qu’une chose qui nous rend uniques est que nous sommes super natifs de Kubernetes. Il y a beaucoup de ces entreprises qui parlent maintenant d’ingénierie de plate-forme. Je pense que beaucoup d’entre eux font l’erreur d’avoir une API propriétaire. Nous n’avons jamais fait cela. Notre API est l’API Kubernetes », a expliqué Gentele.
Le produit open source principal sous-jacent à tout cela est vCluster, qui, selon Gentele, a déjà été utilisé pour créer plus de 30 millions de clusters virtuels. Certains l’utilisent même pour exécuter de gros produits SaaS par-dessus en production – et c’est avant même qu’il n’ait vu une version 1.0.
Avec cette nouvelle version, Loft introduit désormais le concept de projets, qui permet désormais aux utilisateurs de créer des groupes d’utilisateurs – et de les définir via le fournisseur d’authentification unique d’une entreprise – et de leur donner accès à des capacités et des ressources spécifiques. « Cela facilite beaucoup la définition des limites pour ces équipes indépendantes, puis la transformation en un système en libre-service », a-t-il noté.
En plus de l’interface utilisateur repensée, l’équipe a également ajouté un éditeur YAML à l’outil, qui reflète immédiatement toutes les modifications que vous apportez dans l’interface utilisateur graphique de l’outil. Ceci, à son tour, permet également aux équipes d’utiliser ce fichier dans le cadre de leurs processus GitOps.
Une autre nouveauté est l’intégration profonde du CD Argo ainsi que la possibilité de partager des modèles versionnés pour les clusters virtuels, les espaces et les applications au sein d’une entreprise.
Gentele a fait allusion à un nouveau projet open source de Loft qui sera probablement lancé dans les mois à venir, ce qui élargira l’attention de l’équipe au-delà de Kubernetes. Il a cependant refusé de partager des détails.