feat: Add MCO concept

MCO/01_mco_cas_usages.md

@@ -0,0 +1,52 @@
+# Un cas d’usage d’automatisation réseau, ça s’entretient ? 
+
+✅ Oui, un cas d’usage, ça s’entretient.  
+
+Un cas d’usage d’automatisation se traduit généralement, d’un point de vue technique, en différents éléments : 
+
+📜 Du code : scripts, playbooks, pipelines, etc.  
+⚙️ De la configuration dans une plateforme d’automatisation : modélisation de l’intention, job, formulaire/API d’entrée, droits d’accès, inventaire, environnement d’exécution, secrets, dépôt de code, etc.  
+📝 De la documentation : cadrage, design, guides utilisateurs 
+
+Une fois implémentés, tous ces éléments nécessitent des actions régulières. 
+
+**Prenons un exemple : la configuration du Wi-Fi** liée à l’authentification des utilisateurs pour accéder au réseau interne.
+
+Les actions à réaliser dans le temps peuvent être catégorisées en **deux familles*.
+
+1️⃣ Les **évolutions** 
+
+𝑆𝑖𝑡𝑢𝑎𝑡𝑖𝑜𝑛 : L’équipe réseau (ou l’éditeur SaaS) met à jour les contrôleurs Wi-Fi vers une version qui modifie la méthode de configuration ou la structure de leurs API 
+𝐴𝑐𝑡𝑖𝑜𝑛 ➝ Il faut modifier le code
+
+𝑆𝑖𝑡𝑢𝑎𝑡𝑖𝑜𝑛 : L’équipe réseau fait évoluer son standard de configuration Wi-Fi 
+𝐴𝑐𝑡𝑖𝑜𝑛 ➝ Il faut modifier les données dans la source d’intention et probablement le code
+
+𝑆𝑖𝑡𝑢𝑎𝑡𝑖𝑜𝑛 : L’équipe sécurité fait évoluer les prérequis ou les directives d’accès au Wi-Fi 
+𝐴𝑐𝑡𝑖𝑜𝑛 ➝ Il faut modifier les données dans la source d’intention et le code 
+
+2️⃣ Le **maintien en conditions opérationnelles** 
+
+𝑆𝑖𝑡𝑢𝑎𝑡𝑖𝑜𝑛 : Le secret utilisé par la plateforme pour accéder aux contrôleurs Wi-Fi expire 
+𝐴𝑐𝑡𝑖𝑜𝑛 ➝ Il faut le faire tourner sur les contrôleurs et dans le gestionnaire de secrets
+
+𝑆𝑖𝑡𝑢𝑎𝑡𝑖𝑜𝑛 : Les dépendances utilisées proposent une version qui corrige des vulnérabilités : collection Ansible, SDK Python, provider Terraform, etc. 
+𝐴𝑐𝑡𝑖𝑜𝑛 ➝ Il faut mettre à jour le code
+
+𝑆𝑖𝑡𝑢𝑎𝑡𝑖𝑜𝑛 : La gestion d’incidents : le cas d’usage ne fonctionne pas comme attendu 
+𝐴𝑐𝑡𝑖𝑜𝑛 ➝ Il faut interagir avec l’utilisateur, trouver la cause, modifier le code ou la documentation 
+
+⏩ **Pour toutes ces actions**, il faut
+
+➝ Prévoir une communication
+➝ Faire des tests de non-régression
+➝ Mettre à jour les documentations, etc. 
+
+🤖 La gestion de ces activités doit être anticipée et organisée pour assurer un service fonctionnel et pérenne.
+
+[Et la plateforme alors ?](./02_mco_plateforme.md)  
+[En conlusion ?](./03_mco_conclusion.md)
+
+## Visuel
+
+![Visuel des cas d'usages](img/mco_cas_usages.png)

MCO/02_mco_plateforme.md

@@ -0,0 +1,54 @@
+# Une plateforme d’automatisation réseau, ça s’entretient ? 
+
+✅ Oui, une plateforme, ça s’entretient.  
+
+Dans une plateforme d’automatisation, on retrouve généralement :
+
+🔧 Des applications et outils : source d’intention, orchestrateur, moteur d’automatisation, dépôt de code, etc.  
+🏗️ Une infrastructure sous-jacente : système, virtualisation, conteneurs, stockage, réseau, base de données, etc.  
+📝 De la documentation : design, administration, exploitation
+
+**Prenons un exemple : l'orchestrateur**
+
+Il gère la mise à disposition des jobs et leur planification, l’allocation des ressources pour leur exécution, le lien avec le dépôt de code et avec le gestionnaire de secrets, etc. 
+
+Les actions à réaliser dans le temps peuvent être catégorisées en **deux familles**.
+
+1️⃣ Les évolutions
+
+𝑆𝑖𝑡𝑢𝑎𝑡𝑖𝑜𝑛 : L'éditeur de l'application fait évoluer son mode d’implémentation ou d’architecture logicielle 
+𝐴𝑐𝑡𝑖𝑜𝑛 ➝ Il faut modifier la configuration de l'orchestrateur voire le redéployer
+
+𝑆𝑖𝑡𝑢𝑎𝑡𝑖𝑜𝑛 : Un nouveau cas d’usage demande la mise en place d'un nouvel environnement d’exécution sur une région géographique non couverte 
+𝐴𝑐𝑡𝑖𝑜𝑛 ➝ Il faut créer les machines ou conteneurs, les provisionner dans l'orchestrateur, faire les ouvertures de flux, etc.
+
+𝑆𝑖𝑡𝑢𝑎𝑡𝑖𝑜𝑛 : L’équipe sécurité fait évoluer les standards ou directives d’accès API, de gestion des secrets, etc. 
+𝐴𝑐𝑡𝑖𝑜𝑛 ➝ Il faut modifier les appels ou connecteurs API, la méthode de stockage des secrets, etc.
+
+2️⃣ Le maintien en conditions opérationnelles.
+
+𝑆𝑖𝑡𝑢𝑎𝑡𝑖𝑜𝑛 : Le secret utilisé pour accéder à la CMDB ou à l’ITSM expire 
+𝐴𝑐𝑡𝑖𝑜𝑛 ➝ Il faut le renouveler sur la CMDB ou l’ITSM et dans le gestionnaire de secrets
+
+𝑆𝑖𝑡𝑢𝑎𝑡𝑖𝑜𝑛 : L’application propose une version qui corrige des vulnérabilités 
+𝐴𝑐𝑡𝑖𝑜𝑛 ➝ Il faut mettre à jour l’application
+
+𝑆𝑖𝑡𝑢𝑎𝑡𝑖𝑜𝑛 : La gestion d’incidents : l'orchestrateur présente des problèmes de performances ou n’est pas accessible par un utilisateur, une équipe, etc. 
+𝐴𝑐𝑡𝑖𝑜𝑛 ➝ Il faut interagir avec l’utilisateur, trouver la cause, puis corriger
+
+⏩𝗣𝗼𝘂𝗿 𝘁𝗼𝘂𝘁𝗲𝘀 𝗰𝗲𝘀 𝗮𝗰𝘁𝗶𝗼𝗻𝘀, 𝗶𝗹 𝗳𝗮𝘂𝘁
+
+➝ Prévoir une communication
+➝ Faire des tests de non-régression
+➝ Mettre à jour les documentations, etc. 
+
+N’importe quelle application métier ou technique doit être maintenue pour fonctionner correctement. 
+
+🙈Les composants d’une plateforme d’automatisation n’échappent pas à cette règle.
+
+[Et les cas d'usages alors ?](./01_mco_cas_usages.md)  
+[En conlusion ?](./03_mco_conclusion.md)  
+
+## Visuel
+
+![Visuel de la plateforme](img/mco_plateforme.png)

MCO/03_mco_conclusion.md

@@ -0,0 +1,36 @@
+# L’automatisation réseau, ça se construit ET ça s’entretient. 
+
+“Ah bon, il faut dépenser de l’argent et du temps chaque mois sur les automatisations déjà en place ?
+
+🫣 “Moi j’avais prévu un budget pour construire des nouveaux cas d’usages, mais pas pour les existants ou la plateforme...” - une phrase malheureusement entendue trop de fois chez les décideurs réseau.
+
+Mettre en place une plateforme et des cas d’usages d’automatisation réseau demande des ressources : temps, énergie, compétences et argent.
+
+Ces investissements ne seront pérennes que s'ils sont accompagnés :  
+💸 d’autres investissements récurrents  
+🤓 d’une gestion sérieuse et organisée du cycle de vie  
+
+**Prenons le parallèle du fermier** qui achète un tracteur pour ne plus labourer à la force de ses bras.
+
+➝ Il devra vérifier régulièrement l'usure et la pression des pneus, l'état des filtres, faire des révisions  
+➝ Il prévoit donc un budget annuel d'entretien  
+➝ Sans quoi le tracteur risque des pannes et lui, des accidents : l'utilisation de l'outil serait réduite  
+
+🤖 Au quotidien, l’**automatisation** réseau est aussi un outil qui accompagne le travail des équipes réseau en charge du build et du run.
+
+➝ Il faut donc aussi l'entretenir.
+
+😕 Les équipes réseau et leurs dirigeants sont trop peu conscients que cette logique s'applique à l'automatisation.
+
+Ou ils en sous-estiment l'importance et la charge associée.
+
+🙋‍♂️ Pour des démarches d’automatisation réseau robustes et durables, je pense qu'un prise de conscience est nécessaire.
+
+🚜🚜🚜
+
+-> [MCO des cas d'usages](./01_mco_cas_usages.md)  
+-> [MCO d'une plateforme](./02_mco_plateforme.md)  
+
+## Visuel
+
+![Visuel de la conclusion](img/mco_conclusion.png)

README.md

@@ -19,3 +19,9 @@ Ce projet rassemble tous les articles Concepts Automatisations rédigé par notr
 
 - [Mettre en place une bonne stratégie d'automatisation](How_vs_What/01_Introduction.md)
 - [Et si la clé de l’automatisation réussie était de bien définir le « Quoi » avant le « Comment » ?](How_vs_What/02_What.md)
+
+## MCO de l'automatisation
+
+- [Cas d'usages](MCO/01_mco_cas_usages.md) 
+- [Plateforme](MCO/02_mco_plateforme.md)  
+- [Conlusion](MCO/03_mco_conclusion.md)