Daniel Allaire
ac7fe93165
Le wiki enseignait les fondamentaux SERVICES mais pas la MÉTHODE. Quatre pages au moule à 4 temps (concept -> Set-OPS -> transférable -> à toi de jouer), avec exercices concrets : - Le plan & l'adressage dérivé (un seed, tout en découle). - Multi-instance & fédération (un moteur, N écosystèmes ; découverte par convention, garde-fou P21). - La preuve (ne jamais affirmer plus que ce qu'on prouve ; make prouver P01-P21). - Glossaire (24 concepts ; était « à venir »). Raccordées dans Home.md et _Sidebar.md (section « Flotte & preuve »). Le wiki pointe vers docs/, ne recopie pas. 855 -> 1573 lignes, 22 pages, aucun lien mort. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
41 lines
2.6 KiB
Markdown
41 lines
2.6 KiB
Markdown
# Set-OPS — moteur souverain **et** compagnon pédagogique
|
|
|
|
Bienvenue. **Set-OPS** est le moteur Ansible qui déploie un **écosystème numérique souverain
|
|
complet** (Alliance Boréale · *tout est libre*). Mais c'est aussi, et volontairement, un **outil
|
|
pédagogique** : il instancie *pour de vrai* la quasi-totalité des **fondamentaux des TIC**, avec
|
|
des **méthodes 100 % génériques**.
|
|
|
|
## Deux usages, un seul système
|
|
- **Exploiter** : monter et opérer un écosystème réel (PKI, identité, courriel, DNS, observabilité,
|
|
supervision, sauvegardes…).
|
|
- **Apprendre** : chaque service est une **lentille sur un fondamental**. Tu n'apprends pas
|
|
« Keycloak » — tu apprends le **SSO/OIDC**. Pas « step-ca » — la **PKI**. Ces savoirs se
|
|
**transfèrent partout** (Active Directory, Okta, Vault, n'importe quel DNS…).
|
|
|
|
## Comment ce wiki est organisé
|
|
| Section | Contenu |
|
|
|---|---|
|
|
| **Unités d'apprentissage** | Un fondamental TIC par page, toujours selon le même moule (ci-dessous). Des *services* (identité, PKI, courriel…) **et** de la *méthode* (le plan, le multi-instance, la preuve). |
|
|
| **Opérations (runbooks)** | Procédures : ajouter un service, déployer un nœud, restaurer une sauvegarde… |
|
|
| **[Glossaire](Glossaire)** | Les concepts-clés en une phrase (seed, bindings, le plancher, hôte fantôme, voûte…). |
|
|
| **Référence technique** | Le *détail du « comment »* vit **dans le dépôt** (`docs/`, README des rôles) — ce wiki y **pointe**, ne le **recopie pas** (pour éviter la dérive). |
|
|
|
|
## Le moule d'une unité d'apprentissage
|
|
Chaque unité suit **quatre temps** :
|
|
|
|
> **1. Le concept** *(générique, indépendant de tout produit)*
|
|
> **2. Comment Set-OPS le fait** *(le vrai, observable dans le lab)*
|
|
> **3. Pourquoi c'est transférable** *(les équivalents ailleurs)*
|
|
> **4. À toi de jouer** *(observe · interroge · casse · répare)*
|
|
|
|
## Par où commencer
|
|
- 👉 **[Identité & SSO](Identité-et-SSO)** — l'unité-pilote côté *services* (SSO, annuaire, OIDC).
|
|
- 🧭 **[Le plan & l'adressage dérivé](Le-plan-et-l-adressage-dérivé)** — l'unité-pilote côté
|
|
*méthode* : un seed, tout en découle. C'est la clé de voûte du reste.
|
|
- 🌐 **[Multi-instance & fédération](Multi-instance-et-fédération)** — un moteur, N écosystèmes.
|
|
- 🔬 **[La preuve](La-preuve)** — *ne jamais affirmer plus que ce qu'on prouve.*
|
|
|
|
---
|
|
*Deux axes sont enseignés partout : le **QUOI** (les concepts) et le **COMMENT** (les méthodes de
|
|
métier : déclaratif, idempotent, vérifier-avant-déployer, restaurer-pour-prouver, durcir). C'est la
|
|
culture d'un artisan du numérique souverain.*
|