forked from vincent/notebook
update
This commit is contained in:
vincent
parent
62f0764e4b
commit
9ccfe5c075
496
IT/DevOps.md
496
IT/DevOps.md
@ -1,496 +0,0 @@
|
|||||||
# 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
|
|
||||||
@ -0,0 +1 @@
|
|||||||
|
https://blog.miguelgrinberg.com/post/the-flask-mega-tutorial-part-i-hello-world
|
||||||
@ -4,6 +4,9 @@
|
|||||||
|
|
||||||
<https://github.com/gto76/python-cheatsheet/blob/master/README.md>
|
<https://github.com/gto76/python-cheatsheet/blob/master/README.md>
|
||||||
|
|
||||||
|
|
||||||
|
https://github.com/faif/python-patterns
|
||||||
|
|
||||||
Afficher les warning:```python -Wd```
|
Afficher les warning:```python -Wd```
|
||||||
Mode développement :`-X dev`
|
Mode développement :`-X dev`
|
||||||
|
|
||||||
|
|||||||
Loading…
Reference in New Issue
Block a user