chore(annexe): migration dans https://mborne.github.io/fiches/devops/ (refs #34)

Author: mborne

README.md

@@ -4,23 +4,23 @@
 
 **La présentation est ici : [https://mborne.github.io/cours-devops/](https://mborne.github.io/cours-devops/)**. Cette page est plutôt destinée aux autres professeurs pour faciliter l'articulation entre les autres cours.
 
-**Cette présentation risque de connaître encore quelques itérations.** Aussi, elle est l'oeuvre d'un DEV qui a découvert DevOps sur le tas après avoir rêver de déléguer le déploiement et l'exploitation de ses applications à un "infogérant". Un OPS de ces infogérants aurait une expérience différente et probablement une approche différente pour présenter DevOps.
+Elle est l'oeuvre d'un DEV qui a découvert DevOps sur le tas après avoir rêver de déléguer le déploiement et l'exploitation de ses applications à un "infogérant". Un OPS de ces infogérants aurait une expérience différente et probablement une approche différente pour présenter DevOps.
 
 Si vous avez des remarques ou des références à proposer : N'hésitez pas [à faire une issue](https://github.com/mborne/cours-devops/issues)!
 
 ## Structure du cours
 
 Nous commençons avec un peu de "théorie" avec :
 
-* [Les origines de DevOps](https://mborne.github.io/cours-devops/origines.html#1) qui tâche d'expliquer la genèse de DevOps comme une prise de conscience (avec des développements agiles impliquant des livraisons fréquentes, il faut introduire de l'agilité dans la gestion des infrastructures).
-* [Les principes de DevOps](https://mborne.github.io/cours-devops/principes.html#1) qui s'efforce de présenter les principes clés de DevOps sans se focaliser sur l'automatisation des déploiements et sans trop entrer dans les outils (où la mode évolue rapidement).
+* [Les origines de DevOps](https://mborne.github.io/cours-devops/origines.html#1) qui explique la genèse de DevOps comme une prise de conscience : **avec des développements agiles impliquant des livraisons fréquentes, il faut introduire de l'agilité dans la gestion des infrastructures**.
+* [Les principes de DevOps](https://mborne.github.io/cours-devops/principes.html#1) qui s'efforce de présenter les **principes clés de DevOps** sans se focaliser sur l'automatisation des déploiements et sans trop entrer dans les outils (où la mode évolue rapidement).
 
 L'idée est ensuite d'entrer dans la pratique avec :
 
 * [DevOps avec des VM](https://mborne.github.io/cours-devops/vm.html#1) pour faire un focus sur *Infrastructure as Code* en contexte IaaS avec Terraform, Vagrant et Ansible. Nous soulignons que ce type d'environnement amène la construction non triviale d'une infrastructure d'accueil des applications où les capacités d'automatisation de gestion des configuration sont limitées et où les responsabilités entre les équipes DEV et OPS ne sont pas clairement définies.
-* [DevOps avec des conteneurs](https://mborne.github.io/cours-devops/conteneurs.html#1) pour expliquer le principe de fonctionnement et l'intérêt des conteneurs notamment par rapport aux problématiques rencontrées avec IaaS.
+* [DevOps avec des conteneurs](https://mborne.github.io/cours-devops/conteneurs.html#1) pour expliquer le principe de fonctionnement et l'intérêt des conteneurs, notamment par rapport aux problématiques de partage de responsabilité sur les VM rencontrées avec IaaS.
 * [DevOps avec Kubernetes](https://mborne.github.io/cours-devops/kubernetes.html#1) pour en présenter le principe de fonctionnement, donner un aperçu des principaux concepts et l'intérêt de ces derniers.
-* [DevOps dans le Cloud](https://mborne.github.io/cours-devops/cloud.html#1) pour tâcher de guider dans le choix entre IaaS, PaaS, SaaS, CaaS,... en fonction du type de service (service de stockage vs application stateless). Nous concluons en insistant sur la nécessité de respecter [les 12 facteurs](annexe/12-facteurs.html) pour **pouvoir déployer facilement une application** et **adapter l'infrastructure à la charge**.
+* [DevOps dans le Cloud](https://mborne.github.io/cours-devops/cloud.html#1) pour guider dans le choix entre IaaS, PaaS, SaaS, CaaS,... en fonction du type de service (service de stockage vs application stateless). Nous concluons en insistant sur la nécessité de respecter [les 12 facteurs](https://mborne.github.io/fiches/12-facteurs/) pour **pouvoir déployer facilement une application** et **adapter l'infrastructure à la charge**.
 
 ## License
 

build.js

@@ -1,17 +1,9 @@
 const path = require('path');
 const shell = require('shelljs');
 
-const {Marpit} = require('@marp-team/marpit');
-const fs = require('fs');
-
 console.log('rm -rf public...');
 shell.rm('-rf',path.resolve(__dirname,'public'));
 
-const options = {
-    language: "fr"
-}
-
-
 /*
  * Render slides using marp-cli
  * https://github.com/marp-team/marp-cli#readme
@@ -25,16 +17,3 @@ console.log('src/slides/img -> public/img ...');
 shell.cp('-r',path.resolve(__dirname,'src/slides/img'),path.resolve(__dirname,'public/.'))
 console.log('src/slides/schema -> public/schema ...');
 shell.cp('-r',path.resolve(__dirname,'src/slides/schema'),path.resolve(__dirname,'public/.'))
-
-/*
- * Render src/annexe to public/annexe
- */
-const convert = require('@mborne/markdown-to-html').convert;
-
-console.log('src/annexe -> public/annexe with default layout...');
-convert(
-    path.resolve(__dirname,'src/annexe'),
-    path.resolve(__dirname,'public/annexe'),
-    path.resolve(__dirname,'layout/annexe'),
-    options
-);