[: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

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.

Tu publies régulièrement de nouveaux chapitres de ton livre Le Plan Copenhague, qui parle de la migration de 6play vers le Cloud. Ce n’est pas ton premier ouvrage, comment arrives-tu à conserver une telle rigueur d’édition ?

J’écris sur un sujet passionnant, sur lequel je travaille au quotidien. Partager ce type d’expérience est toujours enrichissant !

Mes lecteurs m’aident également beaucoup : ils attendent les prochains chapitres avec impatience. Leurs retours, souvent très positifs, sont une excellente source de motivation. Et mes collègues, qui vivent cette migration au quotidien et relisent au fur et à mesure que j’écris, savent me faire signe lorsque les prochains chapitres prennent du retard 😉 Malgré tout, je n’avance pas toujours aussi vite que je voudrais et d’autres occupations prennent parfois le dessus… Je m’impose donc des échéances : je sais que cela me pousse à investir plus de temps sur un projet.

Enfin, je pense aux autres livres que j’ai envie d’écrire… Cela m’aide aussi à avancer sur celui-ci : quand il sera terminé (ou presque), je pourrai attaquer le suivant !

Comment a été défini l’ordre de migration dans le cloud des services de 6Play ? Leur nécessité de résilience a-t-elle été un critère ?

La résilience de notre plateforme a bien sûr joué sur une partie de nos choix. Mais, puisqu’elle marchait plutôt bien on-prem, cela n’a pas été notre critère principal. Nous avons migré dans Le Cloud pour répondre à des attentes business. Notre trafic suit une forte saisonnalité, complétée par des émissions à succès qui se traduisent par de jolis pics de charge. Notre hébergement on-prem atteignait ses limites et nous avions besoin de plus d’élasticité pour continuer à satisfaire nos clients. Notre objectif était de migrer rapidement nos grosses applications. Bien sûr, nous avons commencé par des projets plus petits pour acquérir de l’expérience et prendre nos nouveaux outils en main. Pour en savoir plus, lisez Le Plan Copenhague ;-).

Pour ce qui est de la résilience, nous profitons de notre migration vers Le Cloud pour répartir nos services sur trois datacentres et plus un seul. Cela aidera forcément. Mais c’est au niveau de nos habitudes de travail, de nos applications et de l’architecture de notre plateforme que porte le plus gros de notre effort !

Une conférence présentée par

Pascal MARTIN

Passionné de développement en général ainsi que de Web et de PHP en particulier, Pascal Martin est DevOps chez M6 à Lyon, sur la plateforme 6play. Ses expériences précédentes l’ont vu passer d’un poste d’expert technique en SSII à un rôle de Lead Dev chez un éditeur, puis à un poste de développeur dans une startup. Il est intervenu sur des projets Web de toutes tailles, sur des applications intranet d’analyse et de suivi, du e-commerce, ainsi que dans le monde de la culture ou des médias. Il publie régulièrement, notamment des articles techniques, sur son blog et il est auteur des livres « Développer une Extension PHP » et « Le Plan Copenhague » et coauteur de « PHP 7 avancé ».

Autres interviews

• [:fr]La parole est aux speakers : Paul Molin[:]
• [:fr]La parole est aux speakers : Romain Monceau[:]
• [:fr]La parole est aux speakers : Kévin Dunglas[:]
• [:fr]La parole est aux speakers : Nicolas Grekas[:]
• [:fr]La parole est aux speakers : Marie-Cécile Godwin et Thomas di Luccio[:]
• [:fr]La parole est aux speakers : Matthieu Napoli[:]
• [:fr]La parole est aux speakers : Olivier Allain[:]
• [:fr]La parole est aux speakers : Benoit Viguier[:]
• [:fr]La parole est aux speakers : François Zaninotto[:]
• [:fr]La parole est aux speakers : Benoit Jacquemont[:]
• [:fr]La parole est aux speakers : Damien Seguy[:]
• [:fr]La parole est aux speakers : Nuno Maduro[:]
• [:fr]La parole est aux speakers : Roland Lehoucq[:]
• [:fr]La parole est aux speakers : Grégoire Pineau[:]
• [:fr]La parole est aux speakers : Adrien Lucas[:]
• [:fr]La parole est aux speakers : Nicolas De Boose[:]
• [:fr]La parole est aux speakers : Paula Čučuk[:]
• [:fr]La parole est aux speakers : Mickaël Andrieu [:]
• [:fr]La parole est aux speakers : Sylvain Combraque[:]
• [:fr]La parole est aux speakers : Valentine Boineau[:]
• [:fr]La parole est aux speakers : Alex Rock[:]
• [:fr]La parole est aux speakers : Julien Pauli[:]
• [:fr]La parole est aux speakers : Cindy Liwenge[:]
• [:fr]La parole est aux speakers : Frédéric Bouchery[:]