add devops notes

IT/devOps.md

@@ -0,0 +1,496 @@
+# 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