From 9ccfe5c075f0ebe80343cb3af98e8c7658b332d5 Mon Sep 17 00:00:00 2001 From: vincent Date: Thu, 23 Jun 2022 18:26:13 +0200 Subject: [PATCH] update --- IT/DevOps.md | 496 --------------------------------------------- IT/python/flask.md | 1 + IT/python/index.md | 3 + 3 files changed, 4 insertions(+), 496 deletions(-) delete mode 100644 IT/DevOps.md diff --git a/IT/DevOps.md b/IT/DevOps.md deleted file mode 100644 index f44528c..0000000 --- a/IT/DevOps.md +++ /dev/null @@ -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 diff --git a/IT/python/flask.md b/IT/python/flask.md index e69de29..2c482f2 100644 --- a/IT/python/flask.md +++ b/IT/python/flask.md @@ -0,0 +1 @@ +https://blog.miguelgrinberg.com/post/the-flask-mega-tutorial-part-i-hello-world diff --git a/IT/python/index.md b/IT/python/index.md index 577ca09..61fb9c5 100644 --- a/IT/python/index.md +++ b/IT/python/index.md @@ -4,6 +4,9 @@ + +https://github.com/faif/python-patterns + Afficher les warning:```python -Wd``` Mode développement :`-X dev`