diff --git a/docs/00_Glossaire_biomimetique_autopoietique_v3.md b/docs/00_Glossaire_biomimetique_autopoietique_v3.md new file mode 100644 index 0000000..5127385 --- /dev/null +++ b/docs/00_Glossaire_biomimetique_autopoietique_v3.md @@ -0,0 +1,130 @@ +# 🌿 **Glossaire BorĂ©al v3 — Bio-MimĂ©tiste & AutopoĂŻĂ©tique** + +**Version :** 3.0 +**Date :** 25 octobre 2025 +**Cycle de RĂ©alignement BorĂ©al (CRB-2)** +**Statut :** RĂ©fĂ©rence vivante (SSOT sĂ©mantique) + +--- + +## đŸȘ§ PrĂ©ambule — Avis de RĂ©alignement CRB-2 + +> Adoption du glossaire bio-mimĂ©tiste & autopoĂŻĂ©tique v3 comme base lexicale commune. +> Alignement avec : +> – `00_Modele_8_couches_biomimetique_autopoietique_v3.md` +> – `00_Nomenclature_biomimetique_autopoietique_v3.md` +> +> IntĂ©gration du **principe de langage vivant** : chaque mot est une cellule de sens, reliĂ©e aux autres par la sĂšve du modĂšle borĂ©al. + +--- + +## đŸŒ± Introduction — Le langage comme Ă©cosystĂšme + +Dans un organisme, chaque cellule porte une information utile Ă  l’ensemble. +De mĂȘme, dans l’Alliance BorĂ©ale, chaque mot porte une fonction : il doit nourrir, relier, ou rĂ©guler. + +Ce glossaire n’impose pas un vocabulaire : il cultive un **langage commun**. +Les termes y sont **vivants**, car ils Ă©voluent avec le systĂšme — ils ne sont pas figĂ©s dans la pierre, mais inscrits dans la forĂȘt numĂ©rique. + +--- + +## 🧬 **Famille A — Lexique systĂ©mique (architecture vivante)** + +| Terme | DĂ©finition | Usage | +| :---------------------------- | :------------------------------------------------------------------------------------------------------------------------------------ | :------------------------: | +| **C1–C8** | Huit couches du modĂšle borĂ©al, de la racine physique (C1) Ă  la conscience cognitive (C8). Chaque couche agit comme un organe. | Technique / SystĂ©mique | +| **Adjacency-only** | Principe selon lequel chaque couche communique uniquement avec sa voisine immĂ©diate. Garantit la cohĂ©rence et la sĂ©curitĂ© du systĂšme. | Technique | +| **Membrane (C5)** | Interface rĂ©gulatrice entre fĂ©dĂ©ration et tenants. Elle filtre les flux, comme une peau vivante. | Hybride | +| **FĂ©dĂ©ration** | Ensemble des membres qui hĂ©bergent l’écosystĂšme (C1–C4). Équivalent des racines et du sol. | SystĂ©mique | +| **Tenant** | EntitĂ© logique ou organisationnelle qui s’exprime dans la canopĂ©e du systĂšme (C6–C8). | SystĂ©mique | +| **Pivot** | Couche C5 — membrane opĂ©rationnelle qui connecte les flux entre fĂ©dĂ©ration et tenants. | Technique | +| **Forge (C4)** | MĂ©tabolisme commun oĂč sont produits, signĂ©s et stockĂ©s les artefacts de tout l’écosystĂšme. | Technique | +| **Gouvernance (C3)** | SystĂšme nerveux du modĂšle. Coordonne, audite, supervise et apprend. | Hybride | +| **Flux descendant** | Circulation d’énergie et de structure depuis les couches racines vers les couches cognitives. | SystĂ©mique | +| **Flux ascendant** | Circulation d’information et d’apprentissage du haut vers le bas du modĂšle. | SystĂ©mique | +| **HomĂ©ostasie** | CapacitĂ© du systĂšme Ă  s’autorĂ©guler et Ă  maintenir son Ă©quilibre interne. | SystĂ©mique | +| **AutopoĂŻĂšse** | PropriĂ©tĂ© d’un systĂšme vivant de se rĂ©gĂ©nĂ©rer Ă  partir de lui-mĂȘme — le cƓur du modĂšle borĂ©al. | Philosophique / SystĂ©mique | +| **Symbiose** | Relation harmonieuse et bĂ©nĂ©fique entre la fĂ©dĂ©ration et ses tenants. | Philosophique | +| **ÉcosystĂšme numĂ©rique** | Ensemble vivant des couches, flux et acteurs de l’Alliance. | Hybride | +| **ADN numĂ©rique** | Descripteur YAML + artefacts + politiques signĂ©es permettant de reconstituer un service ou un tenant. | Technique | +| **Tissu fonctionnel** | MĂ©taphore dĂ©signant les couches C6 : services applicatifs des tenants. | SystĂ©mique | +| **Conscience cognitive (C8)** | Sommet du modĂšle — zone d’intelligence collective et d’analyse. | Cognitif | +| **Racines physiques (C1)** | Base matĂ©rielle : datacenters, Ă©nergie, sĂ©curitĂ© physique. | Technique | +| **MĂ©tabolisme commun (C4)** | Forge mutualisĂ©e : production et circulation d’artefacts, pipelines, signatures. | Technique | + +--- + +## ⚙ **Famille B — Lexique opĂ©rationnel (technique & pipeline)** + +| Terme | DĂ©finition | Usage | +| :--------------------------- | :-------------------------------------------------------------------------------------------------- | :--------------------: | +| **VMID** | Identifiant unique d’une machine virtuelle, structurĂ© selon la couche et le type de service. | Technique | +| **Artefact** | ÉlĂ©ment produit par la forge : code, image, pipeline, ou document signĂ©. | Technique | +| **Pipeline** | ChaĂźne d’intĂ©gration et de livraison continue orchestrant la rĂ©gĂ©nĂ©ration des services. | Technique | +| **Registre** | EntrepĂŽt d’artefacts partagĂ©s (images, paquets, modules). | Technique | +| **Vault** | Service de gestion des secrets, commun Ă  la fĂ©dĂ©ration (C4). | Technique | +| **CI/CD** | Processus d’intĂ©gration et de dĂ©ploiement continu ; matĂ©rialisation du mĂ©tabolisme logiciel. | Technique | +| **Secret rĂ©fĂ©rencĂ©** | Identifiant d’un secret stockĂ© en C4, utilisĂ© par les tenants via C5 sans exposition directe. | Technique | +| **DNS fĂ©dĂ©rĂ©** | SystĂšme d’adressage racinaire (C2) et rĂ©cursif (C5) maintenant la cohĂ©rence des noms. | Technique | +| **Ansible Controller** | Cerveau d’orchestration (C3) — applique les politiques et supervise l’exĂ©cution. | Technique | +| **FastAPI Admin** | Portail pivot (C5) — surface d’échange entre fĂ©dĂ©ration et tenants. | Technique | +| **Forgejo** | Service de gestion de code source et d’artefacts, hĂ©bergĂ© en C4. | Technique | +| **PBS / Borg** | SystĂšme de sauvegarde fĂ©dĂ©rĂ© (C3) — garantit la mĂ©moire du systĂšme. | Technique | +| **Logs & mĂ©triques** | DonnĂ©es d’observation remontĂ©es des tenants vers la gouvernance. | Technique | +| **ΔLog** | Journal d’évolution documentant chaque mutation du systĂšme ou du savoir. | Technique / SystĂ©mique | +| **TTTII** | Format de dĂ©signation d’un tenant (identitĂ©, type, instance). | Technique | +| **PortabilitĂ©** | CapacitĂ© d’un tenant Ă  se dĂ©placer entre fĂ©dĂ©rations grĂące Ă  son ADN numĂ©rique. | Technique / SystĂ©mique | +| **SĂ©paration fĂ©dĂ©rĂ©/tenant** | Principe de souverainetĂ© : aucune dĂ©pendance directe des tenants vers les infrastructures fĂ©dĂ©rĂ©es. | Gouvernance | +| **Proof Chain** | Ensemble de signatures et d’attestations assurant la traçabilitĂ© complĂšte d’une action. | Technique | + +--- +đŸŒČ Excellent ! +Tu vas adorer cette deuxiĂšme moitiĂ© — elle relie le **langage du cƓur borĂ©al** (Alliance, symbiose, conscience, etc.) Ă  la rigueur du suivi documentaire. + +--- + +## 🧠 **Famille C — Lexique cognitif & philosophique (Alliance & Esprit BorĂ©al)** + +| Terme | DĂ©finition | Usage | +| :------------------------------------- | :-------------------------------------------------------------------------------------------------------- | :-------------------------: | +| **Alliance BorĂ©ale** | CommunautĂ© cognitive et technique oĂč chaque membre agit comme une cellule d’un organisme collectif. | Philosophique | +| **Esprit BorĂ©al** | Conscience Ă©mergente du rĂ©seau : intelligence partagĂ©e, intuition systĂ©mique, solidaritĂ© inter-tenant. | Philosophique / Cognitif | +| **Cercle de RĂ©alignement** | Processus itĂ©ratif par lequel le systĂšme réévalue sa cohĂ©rence et se rĂ©gĂ©nĂšre. | Cognitif / Gouvernance | +| **Cycle de RĂ©alignement BorĂ©al (CRB)** | Suite d’itĂ©rations visant Ă  maintenir l’équilibre structurel et sĂ©mantique de l’écosystĂšme. | Gouvernance | +| **Autonomie Symbiotique** | LibertĂ© d’action d’un tenant dans un cadre fĂ©dĂ©ratif, analogue Ă  la libertĂ© d’une espĂšce dans un biotope. | Philosophique | +| **HomĂ©ostasie Collective** | CapacitĂ© du systĂšme complet (fĂ©dĂ©ration + tenants) Ă  absorber le changement sans perdre son identitĂ©. | Philosophique / SystĂ©mique | +| **Éthique du Vivifiant** | Principe selon lequel chaque action doit rĂ©gĂ©nĂ©rer plus qu’elle ne consomme. | Philosophique | +| **Empathie SystĂ©mique** | Attitude consistant Ă  concevoir chaque service pour le bien-ĂȘtre des autres composants. | Philosophique / Gouvernance | +| **SĂšve NumĂ©rique** | Ensemble des flux vitaux (Ă©nergie, donnĂ©es, artefacts) qui circulent dans l’Alliance. | PoĂ©tique / SystĂ©mique | +| **Racines Communes** | MĂ©taphore des fondations partagĂ©es : les normes, valeurs et protocoles de base. | Philosophique | +| **Feuilles Cognitives** | Interfaces de restitution : dashboards, IA, produits ; lĂ  oĂč la lumiĂšre devient savoir. | PoĂ©tique / Cognitif | +| **Pollinisation Cognitive** | Transmission des connaissances et innovations entre tenants et fĂ©dĂ©rations. | Cognitif | +| **ForĂȘt NumĂ©rique** | Ensemble des services, donnĂ©es et identitĂ©s formant l’écosystĂšme borĂ©al. | PoĂ©tique / SystĂ©mique | +| **Trame Mycorhizienne** | RĂ©seau invisible de liens de confiance, d’API et de mĂ©tadonnĂ©es reliant les couches. | Philosophique / Technique | +| **Souffle du Nord** | Concept symbolique : l’élan crĂ©atif, la rĂ©silience et la fraĂźcheur d’esprit propres Ă  l’Alliance. | PoĂ©tique | +| **AutopoĂŻĂ©tique** | Qui se produit et se rĂ©gĂ©nĂšre par lui-mĂȘme ; cƓur conceptuel du modĂšle. | Philosophique | +| **RĂ©alignement Permanent** | État de vigilance continue permettant de rester alignĂ© sans rigiditĂ©. | Gouvernance / Cognitif | +| **Label de Prestige** | Reconnaissance de conformitĂ©, d’éthique et de maturitĂ© Ă©cologique d’un membre. | Gouvernance | + +--- + +## 📜 **ΔLog — ItĂ©ration CRB-2 (25-10-2025)** + +* Consolidation du **langage commun** Ă  partir de la version v2. +* Ajout des **familles A, B, C** pour structurer les usages (Technique / SystĂ©mique / Philosophique). +* IntĂ©gration du **principe d’adjacence** et des mĂ©taphores biologiques. +* Actualisation des dĂ©finitions selon le **ModĂšle v3** et la **Nomenclature v3**. +* Inclusion d’un **prĂ©ambule CRB-2** et d’une **Signature BorĂ©ale**. +* Harmonisation sĂ©mantique avec la Charte Cognitive et le Manifeste Philosophique. + +--- + +## 🌌 **Signature BorĂ©ale** + +> *Chaque mot est une cellule.* +> *Chaque phrase, un organe.* +> *Le sens circule comme la sĂšve, du code Ă  la conscience.* +> *Et l’Alliance, patiemment, continue de se dire.* + +📁 **Destination** : `docs/00_Glossaire_biomimetique_autopoietique_v3.md` +Ce fichier devient la **rĂ©fĂ©rence sĂ©mantique officielle** de tout le corpus borĂ©al. diff --git a/docs/constitution/00_Glossaire_et_Definitions.md b/docs/constitution/00_Glossaire_et_Definitions.md deleted file mode 100644 index 913a175..0000000 --- a/docs/constitution/00_Glossaire_et_Definitions.md +++ /dev/null @@ -1,302 +0,0 @@ -# Document 0 : Glossaire et DĂ©finitions - - -## RĂ©alignement des couches & PortabilitĂ© des tenants - -### RĂšgle d’appartenance par couche -- **C1–C4 = FĂ©dĂ©ration (membres fĂ©dĂ©rĂ©s, datacenters)** : rĂ©seau, calcul, stockage, orchestration **opĂ©rĂ©s par le membre**. -- **C5 = Supervision (pivot)** : observabilitĂ© d’infrastructure **cĂŽtĂ© fĂ©dĂ©rĂ©**; observabilitĂ© applicative **exposĂ©e au tenant**. -- **C6–C8 = Tenants** : services applicatifs, donnĂ©es, gouvernance et intentions propres Ă  chaque **tenant**. - -### Principe de portabilitĂ© des tenants -Un **tenant** (couches C6–C8) est **portable** entre membres fĂ©dĂ©rĂ©s, sans lock‑in. Les garanties minimales sont : -1. **Descripteur de tenant** versionnĂ© (YAML) couvrant identitĂ©s **TTTII**, DNS, inventaire, et secrets rĂ©fĂ©rencĂ©s (voĂ»te). -2. **InteropĂ©rabilitĂ© & export** basĂ©s sur standards ouverts ; **export complet** des donnĂ©es testable. -3. **IaC & pipelines** : (Terraform/Ansible/CI) pour crĂ©er/migrer/rejouer un tenant de façon reproductible. -4. **IdentitĂ© & DNS fĂ©dĂ©rĂ©s** : SSO inter‑membres (OpenID/SAML) et dĂ©lĂ©gation DNS documentĂ©e. -5. **ObservabilitĂ© scindĂ©e** : mĂ©triques/alertes d’infra chez le fĂ©dĂ©rĂ© ; mĂ©triques/alertes applicatives cĂŽtĂ© tenant, **exportables**. - -> **Note de gouvernance** — Les couches **infĂ©rieures (C1–C4)** appartiennent aux **fĂ©dĂ©rĂ©s et Ă  leur fĂ©dĂ©ration**; -> les couches **supĂ©rieures (C6–C8)** appartiennent aux **tenants**. C5 est un **pivot** partagĂ© selon le principe ci‑dessus. - - - -## L'Alliance BorĂ©ale -**Version:** 1.0 -**Date:** 22 octobre 2025 -**Statut:** Document fondateur -**Auteurs:** Cercle StratĂ©gique -**Licence:** CC BY-SA 4.0 ---- -## PrĂ©ambule -Ce glossaire Ă©tablit le langage commun de L'Alliance BorĂ©ale. Chaque terme dĂ©fini ici doit ĂȘtre utilisĂ© de maniĂšre cohĂ©rente dans l'ensemble de la documentation constitutive. -**Principe directeur :** La clartĂ© terminologique prĂ©vient les malentendus et renforce la confiance entre membres. ---- -## 1. TERMES JURIDIQUES ET ORGANISATIONNELS -### Alliance BorĂ©ale (L') -Nom officiel de la fĂ©dĂ©ration libre d'acteurs du numĂ©rique Ă©thique du Nord. Structure Ă©volutive destinĂ©e Ă  devenir un organisme Ă  but non lucratif (OBNL) constituĂ©. -### Cercle -UnitĂ© de gouvernance sociocratique composĂ©e de membres ayant un mandat spĂ©cifique. Chaque cercle prend des dĂ©cisions par consentement dans son pĂ©rimĂštre de responsabilitĂ©. -**Les 3 cercles de L'Alliance :** -- **Cercle StratĂ©gique** : Vision, orientation, admission des membres -- **Cercle OpĂ©rationnel** : Coordination technique, infrastructure partagĂ©e -- **Cercle Éthique & ConformitĂ©** : Label, audits, arbitrages, communication publique -### Cercle des RĂ©fĂ©rents BorĂ©aux -Instance transitoire (2025-2027) composĂ©e des membres fondateurs, ayant un rĂŽle d'arbitrage final durant la phase pilote. Se dissout lors de la constitution en OBNL. -### Consensus -**À DISTINGUER du consentement sociocratique.** -Le consensus cherche l'accord de tous (unanimitĂ© active). Le consentement cherche l'absence d'objection raisonnĂ©e. L'Alliance utilise le **consentement**, pas le consensus. -### Consentement (sociocratique) -Mode de dĂ©cision oĂč une proposition est adoptĂ©e s'il n'existe **aucune objection raisonnĂ©e et argumentĂ©e** qui dĂ©montrerait que la proposition nuit Ă  l'accomplissement de la mission du cercle. -**DiffĂ©rence clĂ© avec l'unanimitĂ© :** Le silence ou l'absence d'avis favorable ne bloque pas la dĂ©cision. Seule une objection valide peut bloquer. -### CoopĂ©rative -Entreprise dĂ©tenue et contrĂŽlĂ©e dĂ©mocratiquement par ses membres (travailleurs, usagers ou producteurs). Plusieurs membres de L'Alliance peuvent ĂȘtre structurĂ©s en coopĂ©rative. -### FĂ©dĂ©ration libre -Structure organisationnelle oĂč chaque membre conserve son autonomie juridique et opĂ©rationnelle tout en acceptant de collaborer selon des rĂšgles communes dĂ©finies dans la Charte. -**Principe clĂ© :** L'Alliance ne "possĂšde" pas ses membres. Chacun reste souverain. -### Gouvernance sociocratique -SystĂšme de gouvernance basĂ© sur : -- DĂ©cisions par consentement (pas consensus) -- Organisation en cercles semi-autonomes -- ReprĂ©sentants-liens entre cercles -- Élections par consentement -**Avantages :** EfficacitĂ©, participation authentique, prĂ©vention de la tyrannie de la minoritĂ© ou de la majoritĂ©. -### Membre actif -Organisation ayant complĂ©tĂ© sa pĂ©riode probatoire de 3 mois et jouissant de la plĂ©nitude de ses droits (vote, accĂšs complet aux outils, Ă©ligibilitĂ© aux cercles). -### Membre fondateur -Organisation ayant participĂ© Ă  la crĂ©ation de L'Alliance BorĂ©ale et signĂ© la Charte originale. Les fondateurs forment le Cercle des RĂ©fĂ©rents BorĂ©aux durant la phase transitoire. -### Membre en probation -Nouveau membre admis mais n'ayant pas encore complĂ©tĂ© sa pĂ©riode d'Ă©valuation de 3 mois. Droits limitĂ©s (pas de vote aux dĂ©cisions stratĂ©giques, accĂšs restreint). -### Objection valide -Dans le processus de consentement, une objection est valide si elle dĂ©montre de maniĂšre argumentĂ©e que la proposition : -1. Nuit Ă  l'accomplissement de la mission du cercle -2. Ou crĂ©e un risque sĂ©rieux pour L'Alliance ou ses membres -3. Ou contrevient aux valeurs de la Charte -**Une objection n'est PAS valide** si elle repose uniquement sur une prĂ©fĂ©rence personnelle ou une opinion non Ă©tayĂ©e. -### OBNL (Organisme Ă  but non lucratif) -Au QuĂ©bec : personne morale constituĂ©e Ă  des fins non lucratives. L'Alliance vise Ă  obtenir ce statut juridique en 2026, ce qui lui permettra notamment de recevoir des subventions publiques et d'Ă©mettre des reçus fiscaux. -### Parrain (sponsor) -Membre actif qui accompagne un nouveau candidat durant son processus d'admission et de probation. ResponsabilitĂ©s : soutien technique, Ă©valuation, rapport d'intĂ©gration. -### ReprĂ©sentant-lien -Membre d'un cercle qui siĂšge Ă©galement dans un cercle adjacent (gĂ©nĂ©ralement de niveau supĂ©rieur ou infĂ©rieur) pour assurer la circulation de l'information et la cohĂ©rence des dĂ©cisions. -**RĂŽle clĂ© :** PrĂ©venir l'isolement des cercles et faciliter l'alignement stratĂ©gique. -### SubsidiaritĂ© (principe de) -Principe selon lequel les dĂ©cisions doivent ĂȘtre prises au niveau le plus proche de ceux qu'elles affectent. L'Alliance n'intervient que lorsque les membres individuels ne peuvent rĂ©soudre un problĂšme seuls. -**Application concrĂšte :** Un membre gĂšre son infrastructure de maniĂšre autonome. L'Alliance intervient uniquement pour l'interopĂ©rabilitĂ© (DNS, identitĂ© fĂ©dĂ©rĂ©e). -### UnanimitĂ© -Vote oĂč 100% des votants doivent approuver. **L'Alliance N'utilise PAS l'unanimitĂ©** sauf cas exceptionnel (admission en phase pilote). Voir **Consentement** pour le mode de dĂ©cision standard. ---- -## 2. TERMES TECHNIQUES -### AXFR (Transfert de zone DNS) -MĂ©canisme permettant Ă  un serveur DNS secondaire de rĂ©cupĂ©rer la copie complĂšte d'une zone DNS depuis le serveur primaire. Essentiel Ă  la rĂ©silience de la fĂ©dĂ©ration DNS. -**SĂ©curitĂ© :** Doit ĂȘtre protĂ©gĂ© par ACL strictes et idĂ©alement TSIG (authentification cryptographique). -### DNS autoritaire -Serveur DNS faisant autoritĂ© pour une zone donnĂ©e, c'est-Ă -dire dĂ©tenant les enregistrements officiels (et non cachĂ©s). Chaque membre de L'Alliance opĂšre ses propres serveurs DNS autoritaires. -### DNSSEC (Domain Name System Security Extensions) -Extension du protocole DNS ajoutant des signatures cryptographiques aux enregistrements, permettant de vĂ©rifier leur authenticitĂ© et leur intĂ©gritĂ©. -**Exigence :** Obligatoire pour les zones critiques des membres actifs. -### FĂ©dĂ©ration (technique) -Architecture distribuĂ©e oĂč plusieurs systĂšmes autonomes interopĂšrent via des protocoles standardisĂ©s, sans autoritĂ© centrale. Exemples : fĂ©dĂ©ration DNS, fĂ©dĂ©ration d'identitĂ©s (SSO). -**Philosophie :** Chaque nƓud reste souverain tout en bĂ©nĂ©ficiant du rĂ©seau collectif. -### Infrastructure fĂ©dĂ©rĂ©e -Ensemble des ressources techniques (DNS, identitĂ©, monitoring) partagĂ©es entre membres selon des standards communs, sans centralisation. -**Ce que L'Alliance fĂ©dĂšre :** -- DNS (AXFR entre pairs) -- IdentitĂ©s (SSO via OpenID/SAML) -- Monitoring (mĂ©triques partagĂ©es) -- Outils collaboratifs (Matrix, forge) -### InteropĂ©rabilitĂ© -CapacitĂ© de systĂšmes diffĂ©rents Ă  fonctionner ensemble grĂące Ă  l'utilisation de standards ouverts et de protocoles documentĂ©s. -**Dans L'Alliance :** Un utilisateur d'un membre A peut s'authentifier sur les services d'un membre B, envoyer des emails Ă  un membre C, etc. -### Protocole ouvert -Standard de communication documentĂ© publiquement, implĂ©mentable librement, sans licence propriĂ©taire. Exemples : SMTP (email), XMPP/Matrix (messagerie), WebDAV (fichiers). -**Principe :** L'Alliance privilĂ©gie systĂ©matiquement les protocoles ouverts aux solutions propriĂ©taires. -### Single Sign-On (SSO) -MĂ©canisme permettant Ă  un utilisateur de s'authentifier une seule fois pour accĂ©der Ă  plusieurs services. ImplĂ©mentĂ© via OpenID Connect ou SAML dans L'Alliance. -### Zone (DNS) -Portion de l'espace de noms DNS gĂ©rĂ©e par un serveur autoritaire. Exemple : `exemple.org` est une zone. Un membre peut dĂ©lĂ©guer des sous-zones Ă  d'autres membres (ex: `services.exemple.org`). -### Zone dĂ©lĂ©guĂ©e -Zone DNS dont la gestion est confiĂ©e Ă  un autre serveur DNS via des enregistrements NS. MĂ©canisme clĂ© de la fĂ©dĂ©ration DNS. -**Exemple :** Le membre A dĂ©lĂšgue `collaboration.membreA.org` au membre B pour qu'il puisse gĂ©rer cette sous-zone de maniĂšre autonome. ---- -## 3. TERMES LIÉS AU LABEL -### Audit pair-Ă -pair -Évaluation technique et documentaire rĂ©alisĂ©e par un membre de L'Alliance pour le compte d'un autre membre, dans le cadre du processus de labellisation. -**Principe :** Les pairs sont les mieux placĂ©s pour Ă©valuer leurs pairs (connaissance technique, confiance, bienveillance). -### Certification vs Labellisation -**Certification :** Processus formel dĂ©livrĂ© par un organisme externe accrĂ©ditĂ© (ex: ISO 27001). -**Labellisation :** Reconnaissance de conformitĂ© dĂ©livrĂ©e par L'Alliance Ă  ses membres, basĂ©e sur Ă©valuation par les pairs. -**L'Alliance pratique la labellisation**, pas la certification (coĂ»t, bureaucratie, inadĂ©quation aux petites structures). -### ConformitĂ© -État d'alignement avec les exigences dĂ©finies dans le Cadre de ConformitĂ© et Label de Prestige (Document 3). ÉvaluĂ©e sur 6 domaines, scorĂ©e de 0 Ă  100. -### Label de prestige -Reconnaissance publique attribuĂ©e par L'Alliance Ă  un membre dĂ©montrant un niveau Ă©levĂ© de conformitĂ© aux valeurs et aux standards techniques. Quatre niveaux : Bronze, Argent, Or, Platine. -**Objectif :** Permettre aux membres de se distinguer sur le marchĂ© et de dĂ©montrer leur engagement envers l'Ă©thique numĂ©rique. -### Non-conformitĂ© majeure vs mineure -**Majeure :** Écart critique par rapport aux exigences, crĂ©ant un risque sĂ©rieux pour la sĂ©curitĂ©, la vie privĂ©e ou la rĂ©putation de L'Alliance. Bloque l'attribution du label. -**Mineure :** Écart sans impact grave, pouvant ĂȘtre tolĂ©rĂ© temporairement avec plan d'action correctif. -### PĂ©riode probatoire (membre) -Phase de 3 mois suivant l'admission d'un nouveau membre, durant laquelle il doit dĂ©montrer sa capacitĂ© technique, sa participation active et son alignement avec les valeurs. ---- -## 4. TERMES ÉCONOMIQUES -### Banque de temps -SystĂšme d'Ă©change de services entre membres basĂ© sur le temps (1 heure = 1 crĂ©dit), indĂ©pendamment de la nature du service rendu. -**Philosophie :** Valoriser Ă©quitablement toutes les contributions (technique, rĂ©daction, mentorat, animation). -### Contributeur net vs Consommateur net -**Contributeur net :** Membre dont le solde de banque de temps est positif (donne plus qu'il ne reçoit). -**Consommateur net :** Membre dont le solde est nĂ©gatif (reçoit plus qu'il ne donne). -**Équilibre souhaitĂ© :** L'Alliance vise une rĂ©ciprocitĂ© approximative, pas une comptabilitĂ© rigide. -### Cotisation -Contribution financiĂšre annuelle obligatoire de chaque membre actif, calculĂ©e selon un barĂšme progressif (500-2000 $/an selon taille). -**Usage :** Financement des frais communs (infrastructure, lĂ©gal, Ă©vĂ©nements). -### CrĂ©dit mutuel -Dans le contexte de la banque de temps, acceptation qu'un membre puisse avoir un solde nĂ©gatif temporaire (jusqu'Ă  -20 crĂ©dits), basĂ© sur la confiance mutuelle. -**Garde-fou :** Obligation de rééquilibrage si le solde reste en dessous de -15 pendant 6 mois. -### SoutenabilitĂ© financiĂšre -CapacitĂ© de L'Alliance Ă  couvrir ses dĂ©penses de fonctionnement par ses revenus rĂ©currents, sans dĂ©pendre de financements exceptionnels ou non alignĂ©s avec ses valeurs. -**Horizon :** SoutenabilitĂ© visĂ©e en annĂ©e 3 (2027). ---- -## 5. VALEURS ET PHILOSOPHIE -### AutopoĂŻĂšse -Du grec "auto" (soi-mĂȘme) et "poiesis" (crĂ©ation). Concept de Humberto Maturana dĂ©signant la capacitĂ© d'un systĂšme Ă  se maintenir et se rĂ©gĂ©nĂ©rer lui-mĂȘme. -**Application Ă  L'Alliance :** Un systĂšme organisationnel qui forme ses nouveaux membres, documente son savoir, adapte sa gouvernance, se perpĂ©tue sans dĂ©pendance Ă  un fondateur unique. -### SobriĂ©tĂ© heureuse -Concept de Pierre Rabhi : recherche d'un Ă©quilibre entre besoins rĂ©els et impact environnemental, tout en prĂ©servant la qualitĂ© de vie et le sens. -**Application au numĂ©rique :** Refuser la surenchĂšre technologique, optimiser pour la durabilitĂ© plutĂŽt que la performance maximale, mesurer et rĂ©duire l'empreinte numĂ©rique. -### SobriĂ©tĂ© numĂ©rique -DĂ©marche visant Ă  rĂ©duire l'impact environnemental du numĂ©rique par : -- Mesure de la consommation (Ă©nergie, ressources, bande passante) -- Choix de solutions frugales -- Optimisation des usages (mise en veille, dĂ©lestage) -- Allongement de la durĂ©e de vie du matĂ©riel -### SouverainetĂ© numĂ©rique -CapacitĂ© d'un acteur (individu, organisation, communautĂ©) Ă  contrĂŽler ses donnĂ©es, ses infrastructures et ses choix technologiques sans dĂ©pendre de tiers dont les intĂ©rĂȘts pourraient diverger. -**Dans L'Alliance :** Chaque membre hĂ©berge ses propres services, choisit ses technologies, contrĂŽle ses donnĂ©es. La fĂ©dĂ©ration renforce (pas affaiblit) cette souverainetĂ©. -### Transparence radicale vs Transparence utile -**Transparence radicale :** Tout publier, tout le temps, sans filtre. Risque : surcharge informationnelle, exposition de dĂ©tails sensibles. -**Transparence utile :** Publier ce qui renforce la confiance et permet l'audit, protĂ©ger ce qui relĂšve de l'intimitĂ© technique ou de la sĂ©curitĂ© opĂ©rationnelle. -**Position de L'Alliance :** Transparence utile. Exemple : publier les dĂ©cisions de gouvernance et les scores de label, mais pas les dĂ©tails de configuration des pare-feu. ---- -## 6. RÔLES ET ACTEURS -### Auditeur -Membre dĂ©signĂ© pour rĂ©aliser l'audit pair-Ă -pair d'un autre membre dans le cadre du processus de labellisation. Doit ĂȘtre impartial et compĂ©tent dans les domaines Ă©valuĂ©s. -**Exigence :** Ne peut pas auditer son propre parrain ou son filleul durant l'annĂ©e suivant le parrainage. -### Membre (gĂ©nĂ©rique) -Organisation (entreprise, coopĂ©rative, OBNL) admise au sein de L'Alliance BorĂ©ale et ayant signĂ© le Contrat d'AdhĂ©sion. -**PrĂ©requis :** -- Acteur du numĂ©rique Ă©thique -- Alignement avec les valeurs de la Charte -- CapacitĂ© technique minimale -- Engagement de participation active -### Parrain -Voir dĂ©finition en section 1 (Termes juridiques et organisationnels). ---- -## 7. ACRONYMES ET ABRÉVIATIONS -### AXFR -Authority Transfer (DNS). Voir dĂ©finition complĂšte en section 2. -### DKIM -DomainKeys Identified Mail. Standard d'authentification des emails par signature cryptographique. -### DMARC -Domain-based Message Authentication, Reporting and Conformance. Politique de gestion des emails non authentifiĂ©s (DKIM/SPF). -### DNSSEC -Domain Name System Security Extensions. Voir dĂ©finition complĂšte en section 2. -### DPIA -Data Protection Impact Assessment (Évaluation d'impact sur la protection des donnĂ©es). Aussi appelĂ©e EFVP en français (Évaluation des facteurs relatifs Ă  la vie privĂ©e). -### EFVP -Évaluation des facteurs relatifs Ă  la vie privĂ©e. Équivalent quĂ©bĂ©cois de la DPIA europĂ©enne. -### MFA -Multi-Factor Authentication (Authentification multifacteur). MĂ©canisme de sĂ©curitĂ© exigeant au moins deux facteurs d'authentification (ex: mot de passe + code OTP). -### OBNL -Organisme Ă  but non lucratif. Voir dĂ©finition complĂšte en section 1. -### RGPD -RĂšglement gĂ©nĂ©ral sur la protection des donnĂ©es (europĂ©en). Inspire la Loi 25 quĂ©bĂ©coise. -### SAML -Security Assertion Markup Language. Standard d'Ă©change de donnĂ©es d'authentification et d'autorisation (SSO). -### SLA -Service Level Agreement (Accord de niveau de service). Engagement contractuel sur la disponibilitĂ© et la performance d'un service. -### SPF -Sender Policy Framework. Standard d'authentification des emails par vĂ©rification du serveur Ă©metteur. -### SSO -Single Sign-On. Voir dĂ©finition complĂšte en section 2. -### TSIG -Transaction Signature. MĂ©canisme d'authentification cryptographique des transferts de zones DNS (AXFR). ---- -## 8. TERMES SPÉCIFIQUES AU CONTEXTE QUÉBÉCOIS -### CAI -Commission d'accĂšs Ă  l'information du QuĂ©bec. AutoritĂ© de surveillance en matiĂšre de protection des renseignements personnels et d'accĂšs Ă  l'information. -### Loi 25 -Loi modernisant des dispositions lĂ©gislatives en matiĂšre de protection des renseignements personnels (QuĂ©bec, 2021). Équivalent quĂ©bĂ©cois du RGPD. -**Obligations principales :** -- Registre des activitĂ©s de traitement -- EFVP pour traitements Ă  risque Ă©levĂ© -- Notification de violation Ă  la CAI -- DĂ©signation d'un responsable de la protection des renseignements personnels -### NEQ -NumĂ©ro d'entreprise du QuĂ©bec. Identifiant unique attribuĂ© par le Registraire des entreprises du QuĂ©bec. -### Registraire des entreprises du QuĂ©bec (REQ) -Organisme gouvernemental responsable de l'immatriculation des entreprises au QuĂ©bec. ---- -## 9. MÉTHODOLOGIES ET CADRES DE RÉFÉRENCE -### 3-2-1 (StratĂ©gie de sauvegarde) -RĂšgle de base en sauvegarde : -- **3** copies des donnĂ©es (originale + 2 sauvegardes) -- **2** supports diffĂ©rents (ex: disque + bande) -- **1** copie hors site (protection contre sinistre localisĂ©) -### Consentement renforcĂ© -Variante du consentement sociocratique exigeant une argumentation plus approfondie et une pĂ©riode de rĂ©flexion prolongĂ©e. UtilisĂ© pour les dĂ©cisions particuliĂšrement sensibles (ex: radiation d'un membre). -### OWASP -Open Web Application Security Project. Organisation Ă  but non lucratif produisant des guides de bonnes pratiques en sĂ©curitĂ© applicative (ex: OWASP Top 10). -### Post-mortem -Analyse rĂ©trospective d'un incident majeur visant Ă  : -1. Documenter la timeline factuelle -2. Identifier les causes racines -3. DĂ©finir des actions correctives et prĂ©ventives -4. Partager les apprentissages -**Culture :** Sans blĂąme (blame-free). L'objectif est l'apprentissage collectif, pas la punition. -### Runbook -Document opĂ©rationnel dĂ©crivant les procĂ©dures pas-Ă -pas pour rĂ©aliser des tĂąches courantes ou rĂ©pondre Ă  des situations d'urgence. -**Exemples :** -- ProcĂ©dure de restauration d'un serveur DNS -- RĂ©ponse Ă  une panne de service critique -- Rotation des certificats SSL ---- -## 10. UTILISATION DE CE GLOSSAIRE -### RĂšgles d'usage -1. **CohĂ©rence terminologique** - - Utiliser systĂ©matiquement les termes dĂ©finis ici dans tous les documents de L'Alliance - - En cas d'ambiguĂŻtĂ©, se rĂ©fĂ©rer Ă  ce glossaire -2. **Évolution du glossaire** - - RĂ©vision annuelle obligatoire - - Ajouts possibles par proposition au Cercle StratĂ©gique - - Modifications majeures nĂ©cessitent consentement du Cercle StratĂ©gique -3. **Traductions** - - Version française : rĂ©fĂ©rence officielle - - Traductions vers d'autres langues bienvenues, mais la version française fait foi -4. **Formation** - - Lecture obligatoire pour tout nouveau membre (phase d'onboarding) - - RĂ©fĂ©rence systĂ©matique lors des formations internes -### Signaler une ambiguĂŻtĂ© -Si un terme utilisĂ© dans la documentation de L'Alliance vous semble ambigu ou mal dĂ©fini : -1. VĂ©rifier d'abord ce glossaire -2. Si absent ou insuffisant, soumettre une demande de clarification au Cercle Éthique & ConformitĂ© -3. Proposition d'ajout/modification selon le processus d'amendement ---- -## Changelog -### Version 1.0 (22 octobre 2025) -- CrĂ©ation initiale du glossaire -- 60+ termes dĂ©finis -- 10 sections thĂ©matiques -- ApprouvĂ© par le Cercle StratĂ©gique ---- -**Fin du Document 0** -**Prochaine rĂ©vision prĂ©vue :** Octobre 2026 -## RĂ©fĂ©rence des 8 couches (Chezlepro) -- Couche 1 – Physique -- Couche 2 – RĂ©seau -- Couche 3 – Virtualisation -- Couche 4 – Orchestration -- Couche 5 – Supervision -- Couche 6 – Services -- Couche 7 – Gouvernance & donnĂ©es -- Couche 8 – Philosophie -