Forum PHP 2019
[:fr]La parole est aux speakers : Pascal Martin[:]
[:fr]Jusqu’au Forum PHP 2019, retrouvez nos interviews de speakers pour mieux comprendre leur parcours et le sujet qu’ils ou elles aborderont lors de leur conférence !
La conférence
Une application résiliente, dans un monde partiellement dégradéDans un monde en perpétuelle évolution, pouvons-nous toujours atteindre « four-nines » de disponibilité ? Cloud et Kubernetes. APIs et Microservices… Nos architectures s’enrichissent et se complexifient. Au prix d’une certaine fragilité ? Nous commencerons par définir SLA, SLO et SLI et rappeler la signification de ces X-nines. Nous montrerons ensuite comment, dans un contexte en permanence partiellement dégradé, nos assemblages de services distribués nuisent à la fiabilité de nos plateformes. En profitant de l’expérience acquise sur 6play, nous verrons quelques pistes pour améliorer la résilience de nos applications, pour qu’elles répondent à nouveau aux besoins de notre public. Nous prononcerons peut-être même le terme de « Chaos Engineering » 😉 |
Katherine Johnson 24/10/2019 11:25-12:05 |
On entend souvent qu’il faut avoir 99,99% de taux de disponibilité. Selon toi existe-t-il un chiffre universel de taux de disponibilité minimum à avoir pour toutes les applications / services existants ? Pourquoi ?
Si je perds accès au code source de mes projets professionnels entre 19 h et 8 h, je ne m’en rendrai pas compte. Si je ne peux pas consulter mes mails pendant dix minutes, ça ne m’empêchera pas de travailler. Si ma banque est hors-ligne au mauvais instant pendant la pause de midi et que je ne peux pas payer mon repas, je serai fort embêté. Si le service de déclaration d’impôts répond 99,99 % du temps, mais que ses 50 minutes d’indisponibilité annuelle tombent le dernier soir où les contribuables peuvent saisir leur déclaration, ça sera un scandale national.
La disponibilité requise pour un service dépend de sa criticité et des moyens que je peux mettre en place pour garantir un niveau de service. Il n’existe donc pas de taux de disponibilité minimum universel à avoir. Si une application est composée de microservices qui s’appellent les uns les autres, un ralentissement sur une API peut causer l’écroulement de la plateforme entière :-/. Vous avez peut-être oublié une des raisons d’être des microservices ! Même avec des pratiques de développement et de déploiement solides, sur des dizaines de microservices, des incidents arrivent. C’est la vie…
Heureusement, comme vous le verrez pendant ma conférence au Forum PHP, des solutions, plus ou moins simples à mettre en place, existent.