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

• 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