#WeSpeakCloud : Qu'est ce que le Chaos Engineering et comment peut-il s'appliquer à votre infrastructure ?
Le 14 octobre dernier, se déroulait en live sur notre chaîne Youtube WeScaleTV, une nouvelle session des #WeSpeakCloud, cette fois-ci présentée par Akram Riahi, Cloud Builder chez WeScale.
Sommaire
"Et si nous parlions de Chaos Engineering..."
Vous avez malheureusement manqué cette soirée et/ou vous souhaitez voir ou revoir cette présentation ? Pas de soucis...
Aujourd'hui, le Chaos Engineering devient de plus en plus répandu dans le monde des systèmes de l'information dans le but de renforcer sa résilience. Les interrogations sur sa mise en place et son intégration sont nombreuses et suscitent l'intérêt de tous !
Au programme de cette session de #WeSpeakCloud : Nous définirons ensemble le Chaos Engineering, et comment l'appliquer dans Kubernetes. Puis nous découvrirons un outil dédié au Chaos Engineering qui nous accompagnera dans cette aventure : "Litmus Chaos".
Quelques pré-requis pour profiter pleinement de ce rdv : - Connaître Kubernetes et YAML
#WeSpeakCloud by WeScale and Litmus
Mais les #WeSpeakCloud by WeScale késako ?
La transmission et le partage des connaissances font intégralement partie de nos valeurs chez WeScale.
C’est pour cela que nous avons décidé d'organiser les #WeSpeakCloud "et si nous parlions Cloud ?", une série d'évènements gratuits où nous pourrons apprendre et discuter ensemble sur des sujets actuels qui constituent les technologies et l'environnement Cloud.
Vous avez manqué les dernières sessions des #WeSpeakCloud ?
Retrouvez ici un résumé de l'édition dédiée à l'utilisation de Podman.
Retrouvez ici un résumé de l'édition dédiée à l'installation de son Kubernetes en production sur AWS ?
Et ici un résumé de l'édition dédiée à la découverte interactive de Google Cloud Platform.
Et ici un résumé et la vidéo de l'édition dédiée à l'amélioration de la sécurité de vos clés de chiffrement sur AWS avec CloudHSM ?.
Et ici un résumé et la vidéo de l'édition dédiée au déploiement et l'utilisation des Big Data sur Google Cloud Platform.
Et ici un résumé et la vidéo de l'édition dédiée à l'équipement d'un cluster Kubernetes pour la production.
Et ici un résumé et la vidéo de l'édition dédiée au code d'une infrastructure sur Google Cloud Platform et Amazon Web Services.
Et ici un résumé et la vidéo de l'édition "spécial conteneurs" : Pourquoi Cri-O est-il un bon remplaçant de Docker ?
Et ici un résumé et la vidéo de l'édition dédié à la mise en place d'une solution d’observabilité dans Kubernetes ?
(String: <p style="text-align: justify;">Un post-mortem intervient en général, comme son nom l’indique, après un incident, qu’il s’agisse d’une indisponibilité de service ou de l'échec d’une opération planifiée par exemple. Le post-mortem est une pratique qui a pour but de vous aider à apprendre de vos erreurs dans une optique d’amélioration continue.</p>)
Un post-mortem intervient en général, comme son nom l’indique, après un incident, qu’il s’agisse d’une indisponibilité de service ou de l'échec d’une opération planifiée par exemple. Le post-mortem est une pratique qui a pour but de vous aider à apprendre de vos erreurs dans une optique d’amélioration continue.
Les promesses du Platform engineering sont nombreuses et alléchantes : un socle plate-forme utilisable par l’ensemble des développeurs, une meilleure productivité, une rationalisation des outils et des processus de delivery plus fluides et des « produits » à meilleure valeur ajoutée commerciale. Mais comment mettre en place cette nouvelle plateforme sans perturber le run de l’entreprise et mettre en péril l’existant ?
Platform engineering : optimiser la productivité des développeurs
Ces dernières années, la transformation digitale des entreprises s'est accélérée entraînant une généralisation du cloud dans la plupart des entreprises. Cette évolution s’accompagne de nouveaux défis : sécurité, IA, standardisation, mais aussi gestion des talents. Selon Gartner, d’ici à 2026, 80 % des entreprises d’ingénierie logicielle mettront en place des équipes de plateforme en tant que fournisseurs internes de services, de composants et d’outils réutilisables pour la distribution d’applications. Quid de ce qui se cache réellement derrière le platform engineering ?
