L'histoire d'une infrastructure itérative

OCTO Part of Accenture Digital © 2019 - All rights reserved
L’histoire d’une infrastructure itérative
Aurore BONNIN et François Xavier VENDE
1

OCTO Part of Accenture Digital © 2019 - All rights reserved 2
Qui sommes nous ?
François-Xavier VENDE Aurore BONNIN

Construction d’un SI from scratch
3
Notre contexte
Marketplace permettant de mettre en
relation des agriculteurs et leur coopérative

Les enjeux à adresser
INFRASTRUCTURE
Performance /
Résilience
Rationalisation
Mutualisation
Maîtrise du build via
l’industrialisation
Maintien en condition
de sécurité
Maintien en condition
opérationnelle
icon made by https://www.flaticon.com/authors/freepik

Table des matières
01 Comment construire un socle utile pour les
développeurs en le faisant émerger brique
après brique ?
02 Comment délivrer vite tout en industrialisant ?
03 Comment gérer les problématiques de run
tout en continuant à produire ?
04
Comment anticiper les choix et faire les choix
techniques au bon moment en embarquant
les développeurs ?
05 Comment pérenniser les pratiques et les choix
?
06
De 1 à 7 OPS, comment nous avons géré la
croissance ?

01
Comment construire un socle utile
pour les développeurs en le faisant
émerger brique après brique ?

Un socle avec du sens
● *aaS
● Outillage
Servir les développeurs
Servir la roadmap
fonctionnelle
● Anticiper les
dépendances
● Être prêt aux
échéances projet
icon made by https://www.flaticon.com/authors/surang

Accepter les solutions jetables pour gagner du temps
8
Un socle qui ne bloque pas les développeurs
PaaS
Application
MVP
Gitlab non
propriétaire
Gitlab
propriétaire
Application
MVP
PaaS Cloud provider
Application
MVP
Gitlab
propriétaire

Construire brique par brique
Check sur les
endpoints applicatifs
Check sur les
Check sur les
Alerting sur les bases
de données
Alerting sur les bases
de données
Indexation des logs
Monitoring avancé
Alerting avancé
Stockage des logs
Penser itératif plutôt que cible à tout pris

02
Comment délivrer vite tout en
industrialisant ?

Une définition de l’industrialisation
https://twitter.com/aryanapeze
Décrire l’infrastructure sous forme de code exécutable et testable
Écriture du code
d’infrastructure
Exécution du code Infrastructure
créée et configurée

L’industrialisation : WHY ?
Maîtrise de l’infrastructure
Documenté
Répétable
Versionné
Testé

Déploiement
orchestrateur de
conteneur
13
Comment prioriser l’industrialisation ?
Coût d’industrialisation
= Temps pris
Maximum de valeur
= Temps gagné
Déploiement base
de données
Déploiement
applicatif
Backup
journalier

Passer un contrat de
résorption à priori
14
Comment gérer la dette ?
Attention au temps de
résorption de la dette

03
Comment gérer les problématiques
de production tout en continuant à
produire ?

Penser au run dès le build
Construire une application
adaptée au run
Logs applicatifs
Build once, run
everywhere
Health Check applicatif
Sécurité applicative
Métriques applicatives

Accompagner les équipes de développement
Donner accès à
tous nos outils
Responsabiliser
Être présent en
support

Améliorer en continu pour gagner du temps sur le RUN
Détection d’un
incident
Investigation
jusqu’à la root
cause
Correction
Amélioration du
système pour pouvoir
résoudre le problème
Et surtout tracer pour partager la connaissance du run
icon made by https://www.flaticon.com/authors/darius-dan

Anticiper le dispositif de RUN...
Avoir un exploitant
qui arrive au plus tôt
Mettre en place
des rituels
communs
Adopter des pratiques
de partage
C
o-C
onstruire
icon made by https://www.ﬂaticon.com/authors/freepik & https://www.ﬂaticon.com/authors/srip

… et s’adapter au remote
Avoir un exploitant
qui arrive plus tôt
Mettre en place
des rituels
communs
Avoir des outils et des
pratiques adaptés au
remote
Se rencontrer
Adopter des pratiques
de partage
C
o-C
onstruire
icon made by https://www.ﬂaticon.com/authors/freepik & https://www.ﬂaticon.com/authors/srip

04
Comment anticiper les besoins et faire
les choix techniques au bon moment
en embarquant les développeurs ?

Des services d’infrastructure à la demande !
Log as a Service
Monitoring as a Service
API Management as a Service
TLS as a Service
DNS as a Service

Cadrage fonctionnel = Besoins
23
Bien alimenter le delivery vis à vis du fonctionnel
Création
base
API
Management
Conf
Runner
Gitlab
Roadmap
Tech
Ajout
d’une API
Split des
APIs
Roadmap
Fonctionnel
Support = Douleurs
Douleur
récurrente
Exposition
API...
Cadrage
Technique
...

Bien alimenter le delivery pour le RUN
Monitoring
V2
Roadmap
Tech ...
Exigence fonctionnelle = Besoins
Cadrage
Technique
Incident
récurrent
Engorgement
disque
Problème de PROD = Douleurs

Comment bien choisir les briques ?
NOUVEAU
BESOIN
MATRICE DE
CHOIX
SOLUTION
Une approche systémique
Un partage global à la fin du cadrageUne sollicitation d’experts
Une implication de tous les acteurs techniques
OPS / DEV / CTO

05 Comment pérenniser les pratiques et
les choix ?

Des pratiques partagées en local
Build : Support tournant
Run : Post Mortem
Définition de standards
d’équipes
Revue de code
Pair Programming
Mob Programming
Mob Hacking
Le code Le support
icon made by https://www.flaticon.com/authors/freepick

Des choix collectifs avec une ligne directrice
Backlog
Grooming
Priorisation du
backlog
Cadrage
Mob Design
Création des user
stories d’infrastructure

Les rituels agile à l’échelle
Big
Planning
SoScrum
Big Retro
Démo

Des rituels de partage à l’échelle
Share Show
OnBoarding Ops

Des pratiques de partage à l’échelle
How To Ops
Document d’architecture
technique
Organisation similaire des
projets de code

06
De 1 à 7 OPS, comment nous avons
géré la croissance ?06

Au début un OPS dans une équipe de développement
Stand Up
Démo
Rétro Partage OPS
Cadrage
Juillet 2018
Propre à la team OPS
Avec les feature team

Puis deux OPS dans 1 équipe
Stand Up Démo Rétro Partage OPS
Cadrage
Rédaction des
stories OPS
Pair
Programming
Revue de
code
Backlog stories
BUILD & RUN
Septembre 2018

Deux OPS dans 2 équipes
Stand Up Démo Rétro Partage OPS
Cadrage
Rédaction des
stories OPS
Pair
Programming
Revue de
code
Backlog stories
BUILD & RUN
Share Show
Octobre 2018

Trois OPS dans 2 équipes et des cadrages en parallèle
Stand Up Démo Rétro
Cadrage
Scale
Rédaction des
stories OPS
Pair
Programming
Revue de
code
Backlog stories
BUILD & RUN
Share Show
Et prémisse
du RUN
Stand Up
Board OPS
Mi Janvier 2019

Un board basique pour commencer
Backlog Calendrier
Tickets Cloud Provider

Quatre OPS avec 2 équipes et des cadrages en parallèle
Stand Up Démo Rétro
Cadrage
Rédaction des
stories OPS
Pair
Programming
Revue de
code
Mi Février 2019
Share Show
Stand Up
Grooming
Rétrospective
Mob
Programming

Un board qui s’enrichit avec les besoins de l’équipe
Backlog Calendrier
Sujets de mob
Kaizen
Vision d’
équipe
Support

Un board au service de l’équipe
Backlog
Support
Calendrier
Sujets de mob
Mood
Meter
Roue
Responsabilité
Vision d’
équipe
Kaizen
Thème de l’itération

Une équipe en maîtrise pour embarquer
Image by skeeze from Pixabay

Un board qui continue à vivre
Backlog
Roue
Responsabilité
Vision d’
équipe
Cadrage en cours
Kaizen
Support
Roadmap
Calendrier
Sujets de mob
Mood
Meter

Un board qui continue à vivre
Backlog
Roue
Responsabilité
Vision d’
équipe
Cadrage en cours
Kaizen
Support
Roadmap
Calendrier
Sujets de mob
Mood
Meter
SoScrum
Stand-Up checklist

07 Take away en cinq points

TOUJOURS PARTIR DU BESOIN
EMBARQUER LES ÉQUIPES DÈS LE
CADRAGE
ACCEPTER LES SOLUTIONS
INTERMÉDIAIRES
SÉCURISER LE RUN AU PLUS TÔT
ET SURTOUT, PENSER
AMÉLIORATION CONTINUE
CE QU’IL FAUT RETENIR EN CINQ POINTS
1
2
3
4
5

L'histoire d'une infrastructure itérative

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Was ist angesagt?

Was ist angesagt? (15)

Ähnlich wie L'histoire d'une infrastructure itérative

Ähnlich wie L'histoire d'une infrastructure itérative (20)

L'histoire d'une infrastructure itérative