Annonce de l'interface web de Kubernetes Web View (et un aperçu des autres UI web pour Kubernetes)

Note de traduction.: L'auteur du contenu original est Henning Jacobs de l'entreprise Zalando. Il a créé une nouvelle interface web pour travailler avec Kubernetes, qui se positionne comme « kubectl pour le web ». Pourquoi ce nouveau projet Open Source a-t-il vu le jour et quels critères ne sont pas satisfaits par les solutions existantes — lisez son article.

Dans cette publication, j'examine différentes interfaces web Kubernetes à code source ouvert, expose mes exigences pour une interface utilisateur universelle et raconte pourquoi j'ai développé L'auteur de cet article et de l'utilitaire lui-même est Henning Jacobs de l'entreprise Zalando, qui a justement positionné la nouveauté en tant que « kubectl pour le web ». Il souhaitait créer un outil avec des possibilités pratiques pour interagir dans un format de support technique (par exemple, montrer rapidement un problème via un lien web) et pour réagir aux incidents, en recherchant des problèmes dans plusieurs clusters simultanément. Son invention continue d'évoluer à l'heure actuelle (principalement grâce à l'auteur lui-même). — une interface conçue pour faciliter le support et le dépannage en même temps sur plusieurs clusters.

Cas d'utilisation

Chez Zalando, nous servons un grand nombre d’utilisateurs Kubernetes (plus de 900) et de clusters (plus de 100). Il y a quelques cas d’utilisation typiques où un outil web spécialisé serait très utile :

1. communication avec des collègues dans le cadre du support ;
2. réaction aux incidents et enquête sur leurs causes.

Support

D'après mon expérience, la communication dans le cadre du support ressemble souvent à ceci :

— Aidez-moi, notre service XYZ est inaccessible !
— Que voyez-vous lorsque vous exécutez kubectl describe ingress ...?

Ou quelque chose de similaire pour CRD :

— J'ai un problème avec le service d'identification…
— Que renvoie la commande kubectl describe platformcredentialsset ...?

Cette communication se résume souvent à entrer différentes variations de la commande kubectl afin de diagnostiquer le problème. En conséquence, les deux parties de la conversation doivent constamment basculer entre le terminal et le chat web, de plus, elles voient des situations différentes.

C'est pourquoi il serait souhaitable que le frontend web de Kubernetes permette ce qui suit :

• les utilisateurs pourraient échanger des liens et voir la même chose ;
• il aiderait à éviter les erreurs humaines dans le support : par exemple, se connecter au mauvais cluster dans la ligne de commande, des fautes de frappe dans les commandes CLI, etc. ;
• il permettrait de générer des présentations personnalisées à envoyer aux collègues, c'est-à-dire d'ajouter des colonnes d'étiquettes, d'afficher plusieurs types de ressources sur une seule page ;
• idéalement, cet outil web devrait permettre de mettre en place des liens profonds vers des sections spécifiques de YAML (par exemple, pointer vers un paramètre incorrect qui cause des échecs).

Réaction aux incidents et analyse

Réagir à des incidents dans l'infrastructure nécessite une conscience situationnelle, la capacité d'évaluer l'impact et de rechercher des modèles dans les clusters. Voici quelques exemples de la vie réelle :

• un service de production critique rencontre des problèmes et vous devez trouver toutes les ressources Kubernetes par nom dans tous les clusters, pour diagnostiquer le problème ;
• les nœuds commencent à échouer lors de la montée en charge, et vous devez trouver tous les pod’ de statut « Pending » dans tous les clusters, pour évaluer l'ampleur du problème ;
• des utilisateurs individuels signalent un problème avec un DaemonSet déployé dans tous les clusters, et il est nécessaire de déterminer si le problème est généralisé.

Ma solution standard dans ces cas est quelque chose comme for i in $clusters; do kubectl ...; done. Il est évident qu'un outil similaire pourrait être développé.

Les interfaces Web existantes de Kubernetes

Le monde Open Source des interfaces Web pour Kubernetes n'est pas très vaste*, donc j'ai essayé de rassembler des informations supplémentaires à l'aide de Twitter:

* Mon explication du nombre limité d'interfaces Web pour Kubernetes : les services cloud et les fournisseurs de Kubernetes proposent généralement leurs propres frontaux, donc le marché pour de « bonnes » interfaces Kubernetes gratuites est relativement petit.

Avec un tweet, j'ai entendu parler de K8Dash, Kubernator et Octant. Examinons-les et d'autres solutions Open Source existantes, essayons de comprendre ce qu'elles représentent.

K8Dash

« K8Dash est le moyen le plus simple de gérer un cluster Kubernetes ».

K8Dash semble assez bien et fonctionne rapidement, mais présente plusieurs inconvénients pour les scénarios d'utilisation mentionnés ci-dessus :

• Fonctionne uniquement à l'intérieur d'un seul cluster.
• Le tri et le filtrage sont possibles, mais n'ont pas de liens permanents.
• Manque de prise en charge des Custom Resource Definitions (CRDs).

Kubernator

« Kubernator est une interface utilisateur alternative pour Kubernetes. Contrairement au tableau de bord Kubernetes de haut niveau, il offre un contrôle de bas niveau et une excellente vue d'ensemble de tous les objets dans le cluster, avec la possibilité de créer de nouveaux objets, de les modifier et de résoudre les conflits. Étant entièrement une application cliente (comme kubectl), il ne nécessite pas de backend à l'exception du serveur API Kubernetes lui-même, tout en tenant compte des règles d'accès au cluster ».

C'est une description assez précise de Kubernator. Malheureusement, il lui manque certaines fonctionnalités :

• Ne prend en charge qu'un seul cluster.
• Il n'y a pas de mode d'affichage en liste (c'est-à-dire qu'il n'est pas possible d'afficher tous les pod’ avec le statut « En attente »).

Kubernetes Dashboard

« Kubernetes Dashboard est une interface web universelle pour les clusters Kubernetes. Elle permet aux utilisateurs de gérer les applications fonctionnant dans le cluster, de dépanner, ainsi que de gérer le cluster lui-même. »

Malheureusement, Kubernetes Dashboard cela ne m'aide pas beaucoup dans mes efforts de support et de réponse aux incidents, parce que dans celui-ci :

• il n'y a pas de liens permanents, par exemple, lorsque je filtre des ressources ou change l'ordre de tri ;
• il n'y a pas de moyen simple de filtrer par statut — par exemple, voir tous les pod’ avec le statut « En attente » ;
• un seul cluster est pris en charge ;
• les CRD ne sont pas pris en charge (cette fonctionnalité est en cours de développement) ;
• il n'y a pas de colonnes personnalisées (par exemple, des colonnes avec des étiquettes de type kubectl -L).

Kubernetes Operational View (kube-ops-view)

« Un tableau de bord système pour observer l'espace des clusters K8s ».

Il y a Kubernetes Operational View c'est une approche complètement différente : cet outil montre uniquement les nœuds du cluster et les pod’ via WebGL, sans aucun détail textuel sur les objets. Il est excellent pour une vue opérationnelle de l'état du cluster (« les pod’ s'effondrent ? »)*, mais ne convient pas pour les cas d'utilisation décrits ci-dessus en matière de support et de réponse aux incidents.

* Note de traduction.: Dans ce sens, vous pourriez également être intéressé par notre plugin grafana-statusmap, dont nous avons parlé en détail dans cet article.

Kubernetes Resource Report (kube-resource-report)

« Collectez des informations sur les demandes de ressources des pod’ et du cluster Kubernetes, comparez-les avec la consommation des ressources et générez un HTML statique ».

Rapport de ressources Kubernetes génère des rapports HTML statiques sur l'utilisation des ressources et la répartition des coûts par équipes/applications dans les clusters. Le rapport est en quelque sorte utile pour le support et la réponse aux incidents, car il permet de localiser plus rapidement le cluster dans lequel l'application est déployée.

Note de traduction.: Dans la visualisation des informations sur la répartition des ressources et leurs coûts, un service et un outil chez les fournisseurs de cloud peuvent également s'avérer utiles Kubecost, dont nous avons récemment publié la revue.

Octant

« Une plateforme web extensible pour les développeurs, conçue pour offrir une meilleure compréhension de la complexité des clusters Kubernetes ».

Octant, créé dans VMware, est un nouveau produit que j'ai découvert relativement récemment. Il permet d'explorer facilement un cluster sur une machine locale (il y a même des visualisations), mais il aborde la problématique du support et de la réponse aux incidents seulement de manière limitée. Inconvénients d'Octant :

• Pas de recherche dans les clusters.
• Fonctionne uniquement sur une machine locale (ne se déploie pas dans un cluster).
• Impossible de trier/filtrer les objets (seul le sélecteur d'étiquettes est pris en charge).
• Impossible de définir des colonnes personnalisées.
• Impossible d'afficher la liste des objets par espaces de noms.

J'ai également eu des problèmes de stabilité avec Octant sur les clusters Zalando : sur certains CRD il plantait..

Je présente Kubernetes Web View

« kubectl pour le web ».

Après avoir analysé les interfaces disponibles pour Kubernetes, j'ai décidé de créer une nouvelle interface : L'auteur de cet article et de l'utilitaire lui-même est Henning Jacobs de l'entreprise Zalando, qui a justement positionné la nouveauté en tant que « kubectl pour le web ». Il souhaitait créer un outil avec des possibilités pratiques pour interagir dans un format de support technique (par exemple, montrer rapidement un problème via un lien web) et pour réagir aux incidents, en recherchant des problèmes dans plusieurs clusters simultanément. Son invention continue d'évoluer à l'heure actuelle (principalement grâce à l'auteur lui-même).. En effet, j'ai essentiellement besoin de toute la puissance kubectl sur le web, à savoir :

• la disponibilité de toutes les opérations (en lecture seule), que les utilisateurs préfèrent effectuer avec kubectl ;
• tous les URL doivent être permanents et représenter la page sous sa forme originale, afin que mes collègues puissent les partager et les utiliser dans d'autres outils ;
• prise en charge de tous les objets Kubernetes, ce qui permettra de résoudre n'importe quel type de problème ;
• les listes de ressources doivent être téléchargeables pour un traitement ultérieur (dans des tableurs, des outils CLI comme grep) et pour le stockage (par exemple, pour des postmortems) ;
• prise en charge du filtrage des ressources par étiquettes (similaire à kubectl get .. -l);
• possibilité de créer des listes combinées de différents types de ressources (similaire à kubectl get all) pour obtenir une vue d'ensemble opérationnelle parmi les collègues (par exemple, lors de la réponse à un incident) ;
• possibilité d'ajouter des liens profonds personnalisés « intelligents » vers d'autres outils, tels que des tableaux de bord, des systèmes de journalisation, des registres d'applications, etc., pour faciliter la recherche/solution des problèmes et la réponse aux incidents ;
• le frontend doit être aussi simple que possible (HTML pur), afin d'éviter des problèmes accidentels, par exemple, un JavaScript gelé ;
• prise en charge de plusieurs clusters pour faciliter l'interaction lors de consultations à distance (par exemple, pour ne mémoriser qu'une seule URL) ;
• l'analyse situationnelle doit être simplifiée si possible (par exemple, avec des liens pour télécharger des ressources à travers tous les clusters/espaces de noms) ;
• des fonctionnalités supplémentaires pour générer des liens flexibles et extraire des informations textuelles, par exemple, pour pouvoir indiquer à des collègues une section spécifique dans la description d'une ressource (ligne en YAML);
• la possibilité de s'adapter aux exigences d'un client spécifique, par exemple, en permettant de créer des modèles d'affichage spéciaux pour CRD, des vues de tableau personnalisées, de modifier les styles CSS;
• des outils pour une exploration plus approfondie en ligne de commande (par exemple, montrant des commandes complètes kubectl, prêtes à être copiées);

En dehors des tâches Web View résolues dans Kubernetes (objectifs non atteints) restent :

• l'abstraction des objets Kubernetes;
• la gestion des applications (par exemple, la gestion des déploiements, des chartes Helm, etc.);
• les opérations d'écriture (doivent être effectuées via un outil CI/CD sécurisé et/ou GitOps);
• une interface agréable (JavaScript, thèmes, etc.);
• les visualisations (voir kube-ops-view);
• l'analyse des coûts (voir kube-resource-report).

Comment Kubernetes Web View aide-t-il à la gestion et à la réponse aux incidents ?

Support

• Tous les liens sont permanents, ce qui facilite le partage d'informations avec les collègues.
• On peut créer ses propres vues, par exemple, afficher tous les déploiements et pods avec une étiquette spécifique dans deux clusters particuliers (plusieurs noms de clusters et types de ressources peuvent être spécifiés dans le lien, séparés par des virgules).
• On peut faire référence à lignes spécifiques dans le fichier YAML d'un objet, indiquant les problèmes potentiels dans la spécification de l'objet.

Recherche dans les clusters dans Kubernetes Web View

Réponse aux incidents

• Recherche globale (global search) permet de rechercher des objets dans tous les clusters.
• Les vues sous forme de listes peuvent afficher tous les objets avec un état/colonne spécifique dans tous les clusters (par exemple, nous devons trouver tous les pods avec le statut « En attente »).
• Les listes d'objets peuvent être téléchargées au format de valeurs séparées par des tabulations (TSV), pour une analyse ultérieure.
• Les liens externes personnalisables permettent de basculer vers des panneaux de contrôle correspondants et d'autres outils.

Kubernetes Web View : liste des pods avec le statut « En attente » dans tous les clusters

Si vous souhaitez essayer Kubernetes Web View, je recommande de consulter de la documentation ou de jeter un œil à la démo en direct.

Bien sûr, l'interface pourrait être améliorée, mais pour l'instant, Kubernetes Web View est un outil destiné aux « utilisateurs avancés » qui n'hésitent pas à manipuler manuellement les chemins d'URL si nécessaire. Si vous avez des commentaires/ajouts/suggestions, veuillez me contacter sur Twitter!

Cet article est un bref récit des prérequis qui ont conduit à la création de Kubernetes Web View. D'autres suivront ! (Note de traduction.: Ils devraient être attendus dans le blog de l'auteur.)

P.S. de la part du traducteur

Lisez aussi dans notre blog :

• «kubebox et d'autres consoles pour Kubernetes»;
• «Outils pour les développeurs d'applications exécutées dans Kubernetes»;
• «Une utilitaire de console kubelive est apparue pour interagir avec Kubernetes»;
• «Utilitaires utiles lors de l'utilisation de Kubernetes».

Source : habr.com