autoscale: true footer: TDO - S01E01 slidenumbers: true theme: Next, 1
- au Prism de nous accueillir
- à la CCISM d'avoir créé le Prism
- à Maiko de faire la captation vidéo
- à vous d'être venu
- c'est quoi ?
- pourquoi ?
- comment ?
- l'association Tahiti Devops
- le programme de l'année
- est un fichier Markdown
- versionné avec git
- transformé avec Deckset
- disponible sur github: source et PDF
- Devops = Developer + Operations
- Une vision motivée par la recherche de la satisfaction de l'utilisateur
- Une façon de travailler plutôt que des outils spécifiques
- Un changement d'habitude mais surtout de CULTURE
[.footer: c'est quoi | pourquoi | comment | TahitiDevops]
- est faillible
- est humble
- est partageur de savoir
- est avide de savoir
- aime les tests
- automatise à tire-larigot
[.footer: c'est quoi | pourquoi | comment | TahitiDevops]
- spécifier
- coder
- compiler / tester
- packager
- déployer
- configurer
- surveiller
[.footer: c'est quoi | pourquoi | comment | TahitiDevops]
- intégration continue
- livraison continue
- microservices
- infrastructure en tant que code
- gestion de configuration
- communication et collaboration
[.footer: c'est quoi | pourquoi | comment | TahitiDevops]
- lorsqu'on code un logiciel, on inclut des tests (i.e. du code) dont le but est de valider le comportement du logiciel et de détecter des régressions
- au bout d'un moment, ces tests mettent du temps à être exécutés (plus de 10 min)
- du coup, on n'hésite à les lancer, ou on n'en lance qu'une partie
- solution : déléguer l'exécution des tests à une machine dédiée
[.footer: c'est quoi | pourquoi | comment | TahitiDevops]
- pour simplifier la livraison, il est commun de définir des dates fixes
- ainsi, il s'écoule du temps entre la fin d'un développement et la possibilité d'utiliser ce développement
- solution : livrer dès qu'une fonctionnalité est prête, i.e. en continue
[.footer: c'est quoi | pourquoi | comment | TahitiDevops]
- une application monolithique contient tout le code dont elle a besoin
- un microservice est une application ne faisant qu'une seule chose (e.g. à partir d'un numéro client et d'un intervalle de temps, renvoyer toutes les factures correspondantes)
- "l'application" devient la colle qui unit les microservices
[.footer: c'est quoi | pourquoi | comment | TahitiDevops]
- les microservices sont les fonctions métiers qui peuvent être remplacées à la volée
[.footer: c'est quoi | pourquoi | comment | TahitiDevops]
- une application a besoin d'une infrastructure pour fonctionner
- la charge à supporter peut évoluer en fonction du temps
- les changements d'infrastructure peuvent être coûteux
- utiliser du code pour décrire une infrastructure permet de la rendre reproductible
[.footer: c'est quoi | pourquoi | comment | TahitiDevops]
- une application peut nécessiter différents environnements (i.e. configurations)
- ces configurations contiennent des secrets
- il est important de gérer ces configurations, i.e:
- déployer facilement une application dans un environnement donné
- sécuriser les secrets
[.footer: c'est quoi | pourquoi | comment | TahitiDevops]
- des outils de communications et de collaboration tels que l'email, le téléphone ou la réunion ne sont pas tout le temps adapté au besoin de réactivité de la pratique devops
- des outils de discussions instantanées (Slack, Mattermost, etc...) sont plus efficaces dans certains cas
[.footer: c'est quoi | pourquoi | comment | TahitiDevops]
- des outils de gestion de code (Github/Bitbucket ou Gitlab) permettent de simplifier la circulation d’informations
- des outils de monitoring : on peut améliorer ce qu’on peut mesurer
[.footer: c'est quoi | pourquoi | comment | TahitiDevops]
—--
- tout va plus vite, il faut pouvoir suivre
- qu'est-ce qui se passe quand une nouvelle personne arrive au service informatique ? (on boarding)
- qu'est-ce qui se casse si vous le chef de la prod est malade une semaine ? (factor bus)
[.footer: c'est quoi | pourquoi | comment | TahitiDevops]
- le cas d'une nouvelle employée ou d'un stagiaire
- combien de temps avant de pouvoir travailler sur le code ?
- combien de temps pour livrer un correctif en production ?
[.footer: c'est quoi | pourquoi | comment | TahitiDevops]
Le facteur bus est une mesure du risque encouru par le non-partage de l'information et de la compétence au sein d'une équipe1
[.footer: c'est quoi | pourquoi | comment | TahitiDevops]
- en faisant discuter les devs et les sysadmins
- en identifiant vos pain points
- en priorisant
- bla bla bla (aka call a consultant)
[.footer: c'est quoi | pourquoi | comment | TahitiDevops]
On bootstrap :
- 4 membres, un site web : https://www.devops.pf
- promotions de la diversité dans l’Informatique (pour commencer)
- on a pompé les status sur Framasoft
- degooglisons-internet.org/
[.footer: c'est quoi | pourquoi | comment | TahitiDevops]
- prochaine AG en ligne pour fixer les cotisations ?
- beaucoup de conférence plutôt techniques
- mais pas que… cela dépends aussi de vous
[.footer: c'est quoi | pourquoi | comment | TahitiDevops]
- c'est quoi le DevOps (aujourd'hui)
- Infrastructure as Code
- Docker : ReX
- Git
- Dev Java avec la stack Spring
[.footer: c'est quoi | pourquoi | comment | TahitiDevops]
- Déploiement continu d'un site web statique
- ChatOps (hubot & co) (edited)
- HTTP vs. JMS
- Programmation fonctionnelle
- Rancher : ReX
[.footer: c'est quoi | pourquoi | comment | TahitiDevops]
- OAuth, OpenId Connect & Co
- 12 factors apps
- La diversité dans l'informatique
- Single Page Application
[.footer: c'est quoi | pourquoi | comment | TahitiDevops]
——