README.rst

=================
 Ateliers devops
=================

C'est quoi la différence entre une formation et un atelier?

- La formation est organisée par un Sachant, qui:

  - posséde son sujet
  - prépare sa formation.
  - gère l'avancée de la session, selon les réactions des
    participants.
  - déverse donc son savoir dans les cerveaux des participants.

- L'atelier est organisé par quelqu'un qui:

  - ne maîtrise pas totalement son sujet.
  - espère trouver chez les participants une partie de la connaissance
    qui lui manque.
  - est suffisamment maitre de son sujet pour gérer l'avancée des sessions.

Définition dont la portée n'est sans doute pas universelle, mais qui
me semble assez structurante pour qu'on s'appuie dessus... en
attendant un raffinement des terminologies, souhaitable ou pas.

Le terme d'atelier a une autre dimension: il suggère des travaux
pratiques, aidant à conforter et étayer les connaissances.

Je souhaite organiser au lab des "Ateliers devops".

Devops, c'est un autre terme un peu flou, un peu (beaucoup!) buzzword,
un peu hype. Pour moi, c'est l'ensemble des techniques
d'automatisation de connexion, d'installation, de déploiement, etc,
qui permettent de réduire drastiquement les temps nécessités par ces
opérations, et donc les coûts. C'est donc à la fois:

- une opportunité pour les gafa de remplir leurs objectifs pour encore
  moins cher.
- une opportunité pour les opposants à l'uberisation générale de
  développer des alternatives, avec peu de moyens.
- et pour nous, salariés, indeps, des technos à acquérir d'urgence.

Ces technos, j'en maîtrise un certain nombre, et je commence à avoir
une vision d'ensemble. Je me sens donc en capacité de porter, au moins
au début, ces ateliers. En tout cas en démarrer plusieurs, en mode
formation.

Le terme atelier a une autre portée, plus traditionelle: c'est
l'endroit où des sachants (artisans, ouvriers):

- trouvent leurs outils rassemblés, entre autre ceux qui ne sont pas
  mobiles.
- produisent des objets, des outils, destinés à l'atelier, à la vente,
  etc.
- prennent plaisir à se retrouver, élaborent leurs stratégie, cassent
  la croute, etc.

Ça peut se traduire, ça, au niveau du lab?

C'est bien sur pas un lieu dédié, le lab n'en a pas les moyens, on
n'en a pas le besoin. Ou alors "lieu" dans le sens étroit,
informatique: mailing list, repository commun, voire group gitlab.

Ça peut être une équipe, qui dans un premier temps gère la dimension
cognitive, l'organisation des ateliers au sens étroit (sessions
d'acquisition croisée de connaissance), et progressivement se donne
d'autres objectifs:

- réalisation de projets du lab, très nécessaires mais encalminés,
  faute de dispos, de savoir-faire et d'énergie.
- croisements avec des projets open-source extérieurs au lab.

Bon, vous connaissez tous Perrette et le pot au lait, n'allons pas
trop vite en besogne.

De quelles technos parlons-nous?

- python, bien sur, c'est la lingua franca du devops, langage de base
  de beaucoup d'outils, mais surtout utilisé comme "glue langage" dans
  beaucoup de cas.
- ipython, jupiter, jupiterLabs: satellites de python.
- json, yaml: data langages, faciles et puissants, souvent vecteurs
  des échanges de données. Oublions xml, ce balourd.
- git, qu'on ne présente plus. gitlab, github, gitbucket, ses
  satellites (provoquent des marées, auraient une influence...)
- ansible, outil de configuration de masse mais pas que.
- docker, k8s, outils de "containerisation"
- les langages de markup léger: markdown, restructuredText.

C'est bien sur peine perdue d'essayer de détourer un sous ensemble qui
serait le coeur, les satellites n'occupant qu'une place mineure.

Dans le lot, je maîtrise bien python, ipython, json, yaml,
restructuredText, git; moins bien docker et k8s

Ce texte est rédigé en restructuredText, je l'ai mis dans un projet
gitlab, vous pouvez le voir sous:
https://code.electrolab.fr/Pierreg/atelierdevops/blob/master/README.rst

Depuis bientôt 10 ans que je pratique le restructuredText, je rédige
avec tous mes projets persos. D'une commande j'en fais:
- un pdf
- un fichier html
- un document latex ou docx

Pourquoi ne pas avoir fait simplement une entrée dans le forum ou le
chat?

- Réticence à d'autres markup langages, moins normalisés.
- Réticence encore plus à éditer en ligne.
- Occasion de montrer le couplage gitlab/restructuredText: J'édite le
  source, et gitlab le met en forme! (gitlab travaille aussi avec
  markdown).

C'est typiquement le type de couplage que favorisent les outils devops.