Paris - USI 2011 Session

L'ingénierie autour de la résilience se définit comme "la capacité d'un système à adapter son fonctionnement avant, pendant ou après des changements ou perturbations, avec comme objectif de garantir son fonctionnement après un imprévu ou dans des environnements de stress continu." (Erik Hollnagel)

Construire un système résilient implique donc de passer du temps (et de l'argent) pour anticiper, suivre, répondre et surtout apprendre des erreurs, des échecs. Reste qu'apprendre de ces échecs peut être étonnamment complexe. D'une part parce que les échecs n'offrent de la visibilité que sur une infime part de ce qui rend un système résilient, et d’autre part car il est aussi important de regarder le fonctionnement du système en mode nominal que son fonctionnement et les symptômes dans des contextes d'erreurs, de pannes. A ce jeu, l'humain reste le meilleur outil et les « post-mortems » ratés ne limitent pas seulement l'apprentissage mais peuvent durablement et profondément détruire la capacité d'une organisation à apprendre, à s'améliorer dans le futur. 

Dans cette session, je vous présenterai comment un service web en pleine croissance (Etsy.com) travaille sa résilience. Je décrirai des pratiques  qui s'appliquent au code et à l'infrastructure, mais aussi aux équipes de développement et de production elles-mêmes pour accompagner les changements et les évolutions. 

J'aborderai également les principes d'anticipation, de supervision, d'améliorations et d'apprentissage dans des contextes de pannes et présenterai des perspectives différentes : travailler à prévenir la panne vs. développer votre habilité à répondre rapidement à des pannes qui arriveront inévitablement. 

Cette session donnera également de nombreux détails techniques illustrant ces approches.