notebook/IT/devOps.md

# DevOps notes

## intro

pourquoi

demarche:

- culture
- valeur
- croyances

principes: 3 Ways

process: methode

outils:

## explorer devops

**time to market**: période entre les premières idées concernant un produit et
sa disponibilité éventuelle sur les marchés de consommation répondre au besoin marché

**time to value**: Mesure du temps nécessaire pour que l'entreprise recouvre
la valeur d'une fonctionnalité ou d'un service. crée u ne nouvelle valeur

**agile**: mise en prod par petite itération

**mur de la confution**: les devs et la prod n'on pas les même objectif changement/stabilité

### objectif

- version plus petite et plus fréquente
- limitation de l'impact (effet blast)
- communication inter équipe
- gain de temps -> automatisation
- Vision global et systémique
- casser les Silo

**CALMS**:

- Culture:Valeurs et comportements qui contribuent à instaurer l'environnement
  social et psychologique
- Automatisation
- Lean: amélioration continue, horizontalité, standardisé
- Mesure: monitoring, KPI
- solidarité: feedback

Minimum value product: objectif minimum du client

### le cercle d'or

Why: But Cause Croyance

How: ce qui nous distingue

What: produit

L’ IT n’a plus besoin de s’aligner ou de s’intégrer au business, elle est le business

## principe fondamentaux

### les 3 voies

#### flux: dev vers Ops

comprendre le flux fluidifier ,
outils:lean automatisation

- ne pas transmettre de default
- une optimisation local ne doit pas dégrader de dégradation global

**Value Stream Mapping**:décrit le flux d’informations, de matériaux et de
travail entre silos fonctionnels, en mettant l'accent sur DevOps la
quantification et l'élimination du gaspillage,

théorie des contraintes

- au moins toujour une contrainte
- limiter au maillons le plus failble (like rando)
- l'amélioration passe par l'optimisation des contraintes

- identifier la contraintes
- exploiter
- subordonner et synchroniser
- élever la performance
- répéter le process

#### feedback: des ops vers les dev , ITSM

rapide
améliorer les pratiques

- monitoring
- automatisation des tests
- post mortem
- donnée de changement, incident

#### experimentation et apprentissage coninue

- allouer du temps
- droit a l'erreur

neccessite:

- 3p: Protection, Permission, Puissance
- **assertivité**: voir la valeur de l'autre oposé de la domination

chaos Engineering

- généré des problématique sur une instance de production: permet d'évaluer

encourger une culture d'apprentisasge: voir chatops

**maitrise** répétition et entrainnement

## Principal pratiques de DevOps

### tests en continue

décalage a gauche: meilleure qualité lors de dev évute les proléme de mise en prod

test fonctionnelle: unitaire

test non fonctionelle: capacité, securité, performance

test-driven development: création des tests avant le dev

### intégration continue

commit régulier: lancement des test..

### continous delivery

s'assurer que le logiciel est toujour dans un étét livrable (s'arréte a la QA)

### continous deploiement

continue delivery jusqu'en Prod

### Site Reliability Engineering

mettre en place la resilience,
capacité du systéme a s'adapter

### ChatOps

partage entre les équipee

### KanBan

- notion importante de la capacité pour chaque "colonne"
- je vais cherché l'activité (Pul)
- lead time: entré de backlog et fin de process
- cycle time: entré dans le process et fin de process
- temps de backog= lead time - cycle time
- visualiser les contraintes

## Frameworks business et technologique

### Agile

valeur sur kes individu plutot que les pocesss
manifase agile
| valorisé | plutot que |
|---|---|
|individus|Processus et Outils|
|logiciel opé|doc exhaustive|
|collaboration avec les clients| Négociation contractuelle|
|adapatation au changement|suivre un plan|

- truc qui fonctionne plutot que la doc

#### SCRUM

- livrer pendant une période définie (sprint)
- itération fonctionnelle
- User stories: demandes rédigée du point de vue client
- Epics; grandes stories découper eb yser story

Product Backlog -> sprint Backlog -> itération

roles:

- équipe de dev
- product owner
- scrum master

#### Safe

agilité a grande échelle

### ITSM

- mise en oeuvre des services
- fournit des conseils et une structure aux processus
  Agile Service Management: adapter les processus.

### lean

suivre le produit

chasse au mouda: gaspillage:

**DOWNTIME**:

- Default: ne pas respecter le besoin client
- Overproduction:
- waiting: attente de tests
- No use: outils non utilisé car probléme d'adhesion
- Transport: ping pong ticket
- Inventaire: Stock
- Mouvement:
- Excessive traitemnt: doc d'explication général trouvable sur internet

#### VSM

**Value Stream Mapping**: chaine de valeur sequence activité requise pour
concevoir prosuire et livrer

Demande client -> chaine de valueur -> produit

voir sur le terrain

#### Improvment Kata

répétition d'une pratique jusqu'elle devienne une habitude
roue de demming

2 existant -> 4 PDCA -> 3 objectif d'amélioration -> 1 Vision (long terme)

premiére étape: **Vision**

#### Cultutre de la sécurité

- valeur que partage les employé en matiére de sécurité
- post mortem **sans reproche**
- évaluer les incident
- SPOF
- cordon d'andon (remercier d'avoir tirer la sonnette d'alarme)

#### crée une organisation apprennante

- **engagement de la direction essentiel**
- ne pas apprendre est une dette culturel

#### Finacement en continu

- traditionnellement annuelle
- en mode agile: **révisé frequemmen** (trimestre)
- mesure du retour
- finacement a risque

## Culture, Comportement et modéle d'opération

**On ne peur pas changer la culture mais on peu changer les comportement.**

Dette culturel: Considération ignorée par rapport de la croissance et de l'innovation

caracterisque:

- valeur aligné sur le comportement
- collaboration
- fierté dans le travail
- Confiance
- amélioration continue
- Sûr
- Reconnaissance
- mesurable

confiance élevé > confiance faible

MVB: Most Valuable Bureacratie

### type de culture

| pathologique                  | Bureautratique                          | Génératrice                       |
| ----------------------------- | --------------------------------------- | --------------------------------- |
| inforation non dispo          | information pe ignoré                   | information activement recherché  |
| messager fusillé              | messager isolé                          | messager encourager               |
| responsabilité évitées        | responsabilité sont compartimentalisées | les responsabilité sont partagées |
| les lien direct sont découagé | lien direct non encourager              | lien direct sont récompensé       |
| echec couvert                 | organisation juste est pardonne         | echec entraine une investigation  |
| originamité bridée            | originaité crée des problémes           | originalité mise en avant         |

- les gens n'offrent pas de résistance a leur propres idées,
  **il ne peuvent que ce changer eux même**
- implication des partie prenante impérative
- une personne impliquer dans les décisions est plus suceptible d'acepter le changement

### étape de l'aceptation du changement: courbe de kubler ross

- choc
- denie
- frustration
- depression
- experiment
- decision
- Integration

communication rapide est effice neccessaire #ChatOps

### Encourager la collaboration

- volontaire
- partagé
- fournir des feedback
- partage des connaissances
- partage des responsabilité
- engagement réalilste

### s'attendre au conflit

inventaire des conflits de Thomas-Kilmann (erreur dans le tableau?)

### Eviter la fatigue aux changement

> Le degré de fatigue face aux changements ressentie par les personnes est directement
> liée à la façon dont le changement est géré.

- génére de l'**apathie**
- elle est normal
- expliquer les raisons
- montrer les interconnection
- avoir un feedback
- célébrer les succée

### Valorisé les nouveux changements

- expérience d'immerssion
- Team Building
- Hackaton
- communité (guilde)

## Automatisation

un outils par servce

avantage de l'Automatisation:

- indepotent
- environement maitrisé
- moins d'incidents

**artefact**: tout objet compris dans objet (documentation,plan de test , images
, fichier de donnée...)

**API**: interface entre des module ou des applications

**Microservices**: logicielle composée de modules plus petits qui interagissent
via des API

**Virtualisation**: VM ou conteneurs isolation de l'environnement

**Open Source** : logiciel distribué avec le code sources

**Machine Learning**: analyse de données utilisanr des données.

### Cloud, conteneurs et Microservices

IAS: délégation de la partie Infra

PAS: gestion de l'os, database déléger on ne gére uniquement l'applications

SAS: office 365

### IA & Machine Learning

Analyse de données qui utilise des algorithmes pour apprendre des données.

- analyse de log ...

### Infrastructure as code

un grand pouvoir implique de grande responsabilité

### Automatisation de la communication

- alarmes
- améliorer la réponse
- collaboration virtuelle

### premiére étapes de l'Automatisation

- définir l'architecture
- évaluer l'existant
- automatier le travail a haute valeur ajoutée, répétitif et sujet aux erreurs
- Optimiser les goulots d'étrangleemnt
- **pouvoir évoluer avec le temps**

- modéliser
- automaitiser les process de déploiement et de versions Build
- automatiser les test unitaire
- automatiser les tests d'acceptation (UAT)
- automatiser la mise en prod

### Toolchains

- chaque élément sert un objectif particulier
- les interfaces sont assuré par des API
- elle ne doivent pas tous être fournit par le même fournissuer
- neccessite une conception architectural
- **elle doit être évolutif**

example d'élément:

- Gestion des exigences
- Orchestration et visualisation
- Gestion des versions
- Intégration continue et versions
- Gestion des artefacts
- Virtualisation de conteneurs et de systèmes
- d'exploitation
- Automatisation des tests et de l'environnement
- Configuration et déploiement du serveur
- Gestion de la configuration du système
- Alertes et alarmes
- Monitoring

modéliser la chane de valueur -> automatiser les release -> automatiser les test
unitaire et le coverage -> automatiser les test d'acceptation -> automatiser la
mise en prod -> amélioration continue

## Mesures, indicateurs et reporting

si on ne peut pas mesurer on ne peu pas améliorer

- mesurer la vitesse: fréquence, vitesse de déploiement
- qualité: Taux d'echec des changement
- stabilité: MTTD délai moyen de detection des incident, MTTR délai de
  réparation, MTRS Délai moyen de rétablisement du service
- Culture: Engagement et moral, partage de connaissances.

1er voies: Les mesures nous permettent de trouver des contraintes

2 éme voies: Les preuves créent la confiance et permettent de faire plus

3 éme voies: Les hypothèses nécessitent des résultats quantifiables
pour déterminer la prochaine expérience

4 types de travail (IT) :?

- Projets business
- Projets IT
- Travail planifié
- Travail non planifié

## Partage, observeation, évolution

Devops Days internes

### Developpement

- turn over
- dificulté a monté en compétence
- autoformation

### Compétence

- priorité de l'entreprie
- culture G IT
- intéret pour le code
- adaptable

T-shaped: une spécialiter

pi-shaped: deux spécialiter

comb-shaped: multi spécialiter

leadership transformationnel

**Enps** employes promotter stat

- on part de ou on ai
- transparence
- se concentrer sur les comportement critique
- Expérimenter et apprendre
- Eviter l'inertie

### Facteur determinant de réussite

- engagement de la direction
- création d'une culture d'apprentissage collaboratibe
- Valeur et vocabulaire Commun
- **casser les silos**
- Indicateur
- Application de methode Agile et lean
- Communication ouverte et frequente

### Défis & Risque

- manque d'engagement
- transformer le eux en nous
- Manque d'éducation
- Mauvaise communication