# Rapport Hermes — 2026-06-07_00-00
> Branche : `hermes/daily-work` · Fichiers analysés : 5

---
## Résumé
- ✅ À jour : 5
- ⚠️  À améliorer : 0

## ✅ `admin/k8s/k9s.md` — 9/10

**Statut** : ok  
**Résumé** : Documentation complète sur l'installation, la configuration et l'utilisation de k9s dans le cluster Funk, avec des raccourcis clavier et des cas d'usage fréquents.  

**Problèmes :**
- Manque de mention sur les considérations de sécurité (permissions, sudo)
- Le script SSH pour storage-01 pourrait être optimisé pour éviter les retours de sortie inutiles

**Suggestions :**
- Ajouter une section sur les bonnes pratiques de sécurité
- Proposer une version simplifiée du script SSH avec redirection de sortie
- Mettre en évidence les raccourcis les plus utiles dans un tableau séparé

**État réel connu de Hermes :**  
k9s est correctement configuré dans le cluster Funk avec les namespaces définis. La version utilisée (0.50.18) fonctionne, mais une mise à jour vers la dernière version pourrait être envisagée pour bénéficier des dernières fonctionnalités et corrections de sécurité.

---

## ✅ `admin/k8s/monitoring.md` — 8/10

**Statut** : à_jour  
**Résumé** : Documentation complète sur la stack de monitoring (Grafana/Prometheus/AlertManager) avec configuration GitOps, mais avec des incohérences dans les alertes Kubernetes  

**Problèmes :**
- Section des alertes Kubernetes incomplète (ligne coupée 'PodPendingLong | Po')
- Manque de diagramme visuel pour l'architecture
- URL des dashboards Grafana incomplète (tranches de URLs coupées)
- Aucune mention des règles de suppression ou des versions des dashboards

**Suggestions :**
- Compléter la section des alertes Kubernetes
- Ajouter un diagramme architecture avec PlantUML ou Mermaid
- Finaliser les URLs des dashboards Grafana
- Ajouter une section 'Glossaire' pour les métriques ROCm
- Versionner les règles d'alerte avec des tags semantiques

**État réel connu de Hermes :**  
La stack de monitoring est opérationnelle avec des dashboards custom et des alertes configurées. Les alertes Kubernetes sont partiellement documentées et nécessitent des améliorations pour couvrir toutes les règles de surveillance.

---

## ✅ `admin/k8s/n8n.md` — 9/10

**Statut** : à_jour  
**Résumé** : Documentation complète sur la configuration et les workflows d'n8n dans le cluster Kubernetes, avec détails sur l'architecture, les déploiements et les intégrations.  

**Problèmes :**
- La commande pour créer le secret n8n ne spécifie pas le namespace 'ai' (manque -n ai)
- Le mot de passe PostgreSQL est référencé dans un vault Ansible sans explication sur sa récupération
- Aucune mention des droits IAM ou des contrôles d'accès aux workflows

**Suggestions :**
- Ajouter la mention du namespace dans la commande kubectl create secret
- Préciser la méthode pour récupérer le mot de passe depuis le vault Ansible
- Ajouter une section sur la gestion des permissions et des rôles Kubernetes
- Mettre à jour les exemples de curl avec des headers complète (User-Agent, etc.)

**État réel connu de Hermes :**  
Opérationnel avec des workflows actifs, mais nécessite vérification des droits d'accès et mise à jour des commandes pour aligner avec la configuration actuelle du cluster

---

## ✅ `admin/k8s/open-webui.md` — 7/10

**Statut** : à_jour  
**Résumé** : Documentation complète sur la configuration et l'utilisation d'Open WebUI, avec quelques lacunes dans la section d'état vérifié  

**Problèmes :**
- La section 'État vérifié' est incomplète (tronquage du contenu)
- Les variables d'environnement manquent de notes sur leur sécurité (ex: gestion des secrets)
- Le script de création du secret contient un placeholder 'PASSWORD' non remplacé

**Suggestions :**
- Compléter la section 'État vérifié' avec les informations sur les services actifs et la configuration réseau
- Ajouter une note sur la rotation des secrets (ex: utiliser Ansible pour gérer les mots de passe)
- Mettre à jour le script de création du secret avec la valeur réelle du mot de passe PostgreSQL

**État réel connu de Hermes :**  
Les services open-webui et n8n sont en cours d'exécution (1/1 pods actifs), mais aucun service externe n'est configuré. Le pod peut nécessiter une augmentation de la mémoire RAM après le premier démarrage.

---

## ✅ `admin/k8s/talos.md` — 8/10

**Statut** : à_jour  
**Résumé** : Documentation complète pour l'installation de Talos Linux et du cluster Kubernetes, avec des étapes claires et des configurations détaillées.  

**Problèmes :**
- La commande talosctl apply-config dans la procédure d'installation est incomplète (fin avec un hyphen)
- Manque de détails sur la vérification post-installation et la gestion des erreurs courantes
- La section sur la clé age pourrait préciser les permissions nécessaires pour les fichiers SOPS

**Suggestions :**
- Ajouter une vérification post-installation des services Kubernetes sur chaque nœud
- Compléter la procédure pour les cas où le nœud reboot sur un ancien OS (EFI entries)
- Mettre en évidence les droits d'accès requis pour les fichiers SOPS dans la section clé age

**État réel connu de Hermes :**  
Le cluster Talos est actif sur les trois nœuds avec les configurations déclaratives. Les secrets SOPS sont chiffrés et les patches sont appliqués. Les IPs statiques des nœuds sont configurées via la clé USB.

---

