Installer les composants (Data Platform)¶
Le catalogue Data Platform regroupe les briques déployables sur le cluster sélectionné, classées par catégorie. Chaque carte indique son statut (Installé / Non installé) et ses dépendances.
Prérequis
Un cluster Prêt sélectionné dans le bandeau du haut, et le droit d'administration sur ce cluster (super-admin, admin d'organisation, ou rôle Data Ops de groupe). L'opérateur voit le catalogue mais ne peut pas installer — voir Rôles & droits.
Les composants Core d'abord¶
Avant les composants data, installez le socle via Stack technique → Composants Core, dans l'ordre imposé :
- Stockage par blocs (Longhorn) — volumes persistants.
- Réseau / Ingress (Traefik) — exposition HTTP(S).
- Certificats (cert-manager) — TLS automatique Let's Encrypt.
SAAM affiche une installation ordonnée (barre d'étapes) et refuse un composant tant que ses prérequis ne sont pas verts.
Installer un composant data¶
1. Ouvrir Stack technique → Data Platform¶
Parcourez les catégories : Stockage (MinIO), Catalogue (Polaris — Iceberg REST), Processing (Spark, Trino), Orchestration (Airflow), IA (Ollama), Visualisation (Superset), Gouvernance, Identité, Supervision…
2. Choisir un composant et cliquer sur « Configurer »¶
Ajustez les réglages (ci-dessous), puis lancez l'installation. SAAM gère le déploiement Helm / Ansible sur le cluster.
3. Respecter les dépendances¶
Une carte affiche ses prérequis (ex. minio, longhorn, postgresql). Installez-les d'abord — SAAM les signale et bloque sinon (un force existe pour les cas avancés).
4. Vérifier depuis le Tableau de bord¶
Le composant passe à Installé et expose son URL (ex. trino.dev.saam-data.fr). Suivez le job d'installation en direct dans Jobs.
Configurer un composant en détail¶
Chaque brique s'installe avec des réglages explicites et cohérents d'un composant à l'autre :
| Réglage | Ce qu'il contrôle |
|---|---|
| Dimensionnement | Ressources (requests/limits CPU-RAM), nombre de réplicas, classe de stockage — ajustés dev / production. |
| Exposition | Ingress et nom d'hôte déduits de la zone DNS (ex. trino.dev.saam-data.fr), avec certificat TLS automatique. |
| Secrets | Mots de passe et clés générés et stockés comme secrets Kubernetes — jamais en clair dans la configuration. |
| Dépendances | Résolues dans l'ordre (MinIO avant Polaris, PostgreSQL avant Airflow…). SAAM le signale sur chaque carte. |
YAML d'override avancé
Au-delà du formulaire, un éditeur YAML montre les values complètes du chart (et de ses sous-charts) en lecture, et permet un override libre pour les cas non couverts par le formulaire. Les champs du formulaire et le YAML fusionnent à l'installation.
PostgreSQL = CloudNativePG
Toute base PostgreSQL nécessaire à un composant (Airflow, Superset…) est provisionnée via l'opérateur CloudNativePG (un Cluster CR), avec sauvegardes possibles — jamais un déploiement ad hoc.
Réinstaller / mettre à jour / désinstaller¶
- Configurer puis Mettre à jour ré-applique le chart avec les nouveaux réglages (réinstallation Helm).
- Désinstaller retire le composant du cluster (après confirmation).
Actions d'administration
(Ré)installation, désinstallation et lecture des secrets sont des actions d'administration : réservées au super-admin / admin de groupe. Un compte opérateur peut tout utiliser mais pas administrer — voir Rôles & droits.
Superviser la plateforme¶
Stack technique → Monitoring centralise l'état de santé (métriques Mimir, logs Loki) collecté par un agent sur chaque cluster. Le Tableau de bord résume clusters prêts, composants installés et derniers jobs ; les alertes remontent en notifications dans SAAM.
Suivant : Utilisateurs & rôles →