We rebuilt the archived Kubernetes Dashboard in React 19 and Go

À propos de We rebuilt the archived Kubernetes Dashboard in React 19 and Go

Suite à l’archivage officiel du Kubernetes Dashboard par la communauté Kubernetes le 21 janvier 2026, un nouveau projet open source a émergé pour combler ce vide critique : une refonte complète du dashboard historique, entièrement réécrite avec les technologies les plus modernes du moment. Disponible à l’adresse https://kubernetes-dashboard.com/, cette version repensée s’appuie sur React 19 côté frontend et Go côté backend, tout en conservant l’esprit d’un outil simple, centré sur le cluster et facile à déployer.

Contrairement à l’approche plugin‑centrique ou desktop adoptée par d’autres alternatives (comme Lens ou Headlamp), ce dashboard vise à être auto‑hébergé, léger, auditable et durci par défaut. Il est conçu pour fonctionner directement dans le cluster, sans dépendances externes complexes ni runtime dynamique, ce qui le rend particulièrement adapté aux environnements sensibles, réglementés ou air‑gapped. Le projet, développé sous l’égide de ISMS CORE Project, intègre nativement des fonctionnalités qui autrefois nécessitaient plusieurs outils séparés (Polaris, Goldilocks, cert-manager, etc.), offrant ainsi une vision unifiée de la santé, de la sécurité et de l’efficacité d’un cluster Kubernetes.

Fonctionnalités principales

Le dashboard réinventé conserve les fonctions essentielles du dashboard original — visualisation des workloads (Deployments, Pods, DaemonSets, Jobs), accès aux logs, exécution interactive via exec, gestion des ressources — tout en les modernisant avec une interface fluide construite sur React 19, Material UI v6 et TypeScript, compilée via Vite.

Côté backend, il repose sur quatre modules Go autonomes : API, Authentification, Metrics Scraper et Common. L’authentification s’appuie sur les ServiceAccount tokens natifs de Kubernetes, renforcés par une protection CSRF. Le déploiement se fait via des manifests Kubernetes standards, sans Helm, et une gateway Kong 3.6 (mode DB-less) gère le trafic entrant dans le cluster.

Les véritables avancées résident dans les fonctionnalités natives ajoutées, conçues pour réduire la dépendance à des outils externes :

• Policy Audit : un moteur intégré similaire à Polaris analyse 14 critères de sécurité (privilèges élevés, absence de seccompProfile, usage de hostNetwork, images tagguées latest, etc.). Il attribue un score de 0 à 100 par workload, agrège les résultats par namespace et permet de filtrer par niveau de sévérité (Danger, Avertissement, OK).
• Resource Efficiency : inspiré de Goldilocks, cet outil compare l’usage réel du CPU et de la RAM (via l’API metrics.k8s.io) aux requests et limits déclarés, classant chaque pod en No Limits, Hot, Cold ou OK. Un export CSV facilite la planification de capacité, et l’intégration avec VictoriaMetrics ajoute des indicateurs de tendance (↑ ↓ →).
• Certificate Tracker : il analyse automatiquement tous les Secrets de type kubernetes.io/tls, affiche les noms communs, les SANs, les dates d’expiration et met en évidence les certificats proches de leur expiration (avertissement à ≤30 jours, critique à ≤7 jours).
• RBAC Viewer : une interface centralisée pour explorer Roles, ClusterRoles et leurs bindings, avec détection des wildcards (*) pouvant introduire des permissions excessives.
• AI Assistant : alimenté par Claude Sonnet d’Anthropic via SSE streaming, cet assistant IA est accessible depuis la page d’un Pod et reçoit automatiquement le contexte pertinent (spécification, statuts, événements récents). Il permet de poser des questions comme « Pourquoi ce pod est-il en crash loop ? » et reçoit une analyse contextualisée, pas une simple reproduction de documentation.
• Flux d’événements en direct : mise à jour toutes les 5 secondes, avec regroupement temporel, mise en surbrillance des warnings et filtres par namespace ou texte libre — idéal pour surveiller des déploiements ou des instabilités sans recourir à kubectl get events -w.

Enfin, le projet détecte automatiquement la présence d’outils comme Kubescape, Grafana Alloy, cert-manager ou MetalLB et active des vues complémentaires (cluster health, gestion de registres, carte topologique, usage de stockage), renforçant son rôle de hub d’observabilité unifié.

Tarification

À ce jour, aucune grille tarifaire publique n’est disponible pour la version React 19 + Go du dashboard. Le projet est présenté comme open source et gratuit à déployer dans son propre cluster, à l’instar du dashboard officiel historique. Le code source est accessible sur GitHub (isms-core-project/kubernetes-dashboard), ce qui confirme une licence permissive permettant l’auto‑hébergement sans frais.

Cependant, le site kubernetes-dashboard.com évoque une intégration avec la plateforme ISMS CORE, ainsi que des fonctionnalités potentiellement premium (notifications par email, support commercial, SaaS managé). Cela laisse supposer l’existence d’une offre commerciale entreprise, mais sans détails concrets sur les prix, les niveaux de service ou les fonctionnalités réservées.

En l’absence d’information officielle, on peut raisonnablement conclure que :

• Le core du dashboard (React 19 + Go) est gratuit (≈ 0 $ CA/mois) et auto‑hébergeable.
• Toute fonctionnalité avancée, support technique ou version managée nécessiterait un contact direct avec l’éditeur pour obtenir un devis personnalisé.

Aucun plan n’est facturé en devise étrangère publiquement, mais une future offre SaaS pourrait être facturée en dollars américains, comme c’est courant dans l’écosystème cloud.

Cas d'utilisation

Ce dashboard brille dans plusieurs scénarios précis :

1. Remplacement immédiat du dashboard officiel archivé, offrant une transition fluide pour les équipes encore dépendantes d’une interface web native.
2. Environnements sécurisés ou réglementés (finance, santé, défense), où un outil statique, auditable et sans dépendances externes est requis.
3. Audit de conformité et sécurité : grâce à ses modules Policy Audit, RBAC Viewer et Certificate Tracker, il permet de vérifier les bonnes pratiques sans déployer une batterie d’outils supplémentaires.
4. Optimisation des coûts (FinOps) : Resource Efficiency identifie les workloads mal dimensionnés, facilitant les ajustements de requests/limits et les économies sur les ressources cloud.
5. Support et débogage en production : le flux d’événements en temps réel, combiné à l’assistant IA, accélère la résolution d’incidents complexes.
6. Empowerment des développeurs : une UI simple pour visualiser l’état de leurs applications, accéder aux logs ou redémarrer un pod, sans maîtriser kubectl.

Notre avis

Ce rebuild du Kubernetes Dashboard est une réponse élégante, pragmatique et techniquement solide à la disparition de l’outil officiel. En misant sur la simplicité, la sécurité et l’intégration native de fonctionnalités critiques, il se démarque des alternatives plus complexes ou desktop‑centriques.

Ses atouts majeurs — code statique auditable, stack moderne (React 19/Go), AI contextualisée, et outils de sécurité/efficacité intégrés — en font un choix particulièrement pertinent pour les équipes SRE, SecOps et infra “lean”.

Cela dit, son jeune âge (post‑janvier 2026) implique un écosystème encore limité et moins de recul communautaire que Headlamp ou Rancher. L’absence de mécanisme de plugins, bien que justifiée par des raisons de sécurité, peut freiner les cas d’usage nécessitant une forte personnalisation. De plus, la transparence tarifaire limitée sur les offres commerciales futures pourrait rebuter certaines organisations souhaitant un budget prévisible.

En résumé, si vous cherchez un remplaçant direct, sécurisé et auto‑hébergeable du dashboard Kubernetes officiel — avec en prime de l’IA, de l’audit et de l’optimisation — ce projet mérite une évaluation sérieuse. Pour les grands déploiements multi‑clusters ou les besoins de personnalisation extrême, des alternatives comme Rancher ou Headlamp resteront peut‑être plus adaptées.