Electro Monkeys

Un concept est parfois beaucoup plus clair lorsqu'il vient accompagné d'un schéma pour l'illustrer ; un pictogramme par exemple est beaucoup plus efficace pour nous avertir de l'éventualité d'un danger que ne le ferait un long texte explicatif. Qui plus est, la représentation visuelle d'un concept nous permet de nous en souvenir durablement, car nous en gardons une image mentale simple et facile à retenir.Cependant, créer ce dessin, ce schéma, cette représentation ou ce pictogramme n'a rien d'évident. Qui ne s'est jamais retrouvé devant un tableau blanc à faire des lignes, des ronds et des carrés sans pour autant réussir à rendre plus clair l'idée qu'il était en train d'exprimer ? D'ailleurs, qui se souvient jamais d'un schéma composé de triangles et de carrés ? Marquer les esprits est un art, d'autant plus délicat que les concepts sont plus abstraits.Dans cet épisode, j'ai le plaisir de recevoir Aurélie Vache. Aurélie est développeuse pour Continental, mais elle est avant tout l'auteur de sketch notes sur Kubernetes et Istio qu'elle a publié originellement sur Twitter avant de les regrouper sous forme de pdf sur Gumroad. Avec elle, nous allons en apprendre un peu plus sur la genèse de ce projet un peu fou dans lequel elle a rendu des pods semblables à des pokeballs !Notes de l'épisodeUnderstanding Kubernetes in a visual way (120 pages), livre illustré disponible sur Gumroad a prix libre : https://gumroad.com/aurelievache#uCxcrLes Sketch Notes sur Istio : https://dev.to/aurelievache/understanding-istio-part-1-istio-components-4ik5Support the show (https://www.patreon.com/electromonkeys)Hébergé par Audiomeans. Visitez audiomeans.fr/politique-de-confidentialite pour plus d'informations.

Le monitoring est un outil fondamental, et l'un des grands piliers de l'observabilité sans lequel nous serions aveugle sur l'état de santé et les performances de nos applications. Or la façon dont nous développons et exécutons ces dernières à énormément changé ces dernières années : distribuées, dynamiques, en micro services ou encore placées dans des conteneurs, les scénarios sont multiples et le plus souvent complexes.C'est dans ce contexte que Prometheus a su se différencier de ses compétiteurs : il est simple à déployer, à maintenir et à utiliser, il collecte les métriques des applications sans impacter leurs performances, et il est parfaitement adapté pour le monitoring des applications et des infrastructures cloud natives.Dans cet épisode, j'ai le plaisir de recevoir Julien Pivotto. Julien est développeur Open Source pour Inuits, et l'un des contributeurs du projet Prometheus. Avec lui nous allons découvrir comment Prometheus a su changer la donne pour devenir l'acteur open source incontournable et même le standard des outils de monitoring du marché.Notes de l'épisodeLa méthode RED de Tom Wilkie : https://thenewstack.io/monitoring-microservices-red-method/La méthode USE de Brendan Gregg : http://www.brendangregg.com/usemethod.htmlCalculateur de mémoire consommée par Prometheus :  https://www.robustperception.io/how-much-ram-does-prometheus-2-x-need-for-cardinality-and-ingestionSupport the show (https://www.patreon.com/electromonkeys)Hébergé par Audiomeans. Visitez audiomeans.fr/politique-de-confidentialite pour plus d'informations.

Que ce soit Google Next, la DockerCon, AWS re:invent, la KubeCon ou le VoxxedDays, qui n'a jamais eu la chance de se retrouver un jour immergé dans ce type de conférences ? Qu'on aille y chercher de la veille technologique, ou capturer un retour d'expérience, agrandir son réseau ou simplement passer du temps sur les jeux vidéo au booth, tout le monde vous le dira : c'est de la folie !Malheureusement, cette année les évènements ont fait que nous avons été privé de ces moments de fun et de partage... En guise de consolation, pourquoi ne pas visiter les coulisses d'un de ces évènements, avec comme guides deux de ses organisateurs, et pas des moindres, car comme vous aller le découvrir, ils sont totalement ingérables ! :-)Dans cet épisode, j'ai le plaisir de recevoir Pierre-Antoine Grégoire et Gildas Cuisinier. Pierre-Antoine et Gildas sont, entre autres, les organisateurs du VoxxedDays Luxembourg, et avec eux, nous allons découvrir comment à partir d'une communauté de devs, ils ont créé une conférence d'envergure internationale !Support the show (https://www.patreon.com/electromonkeys)Hébergé par Audiomeans. Visitez audiomeans.fr/politique-de-confidentialite pour plus d'informations.

Fortement popularisé par Netflix au début des années 2010, le chaos engineering est un concept, voire aujourd'hui une méthodologie, qui a fortement gagné en maturité ; le principe de base étant de partir des exigences non fonctionnelles d'une application pour la rendre plus résiliante.Cependant, certaines entreprises restent peut-être encore frileuses à l'idée d'adopter une méthodologie qui, pensent-elles à tort, consiste à casser de manière chaotique leur production. Mais ce n'est pas ça, le chaos engineering est bien plus proche d'une science qui vise à faire des hypothèses et a les valider par l'expérimentation.Dans cet épisode, j'ai le plaisir de recevoir Adrian Hornsby. Adrian est évangéliste technique en architecture logicielle pour Amazon Web Services, et il vient démystifier avec nous le concept de chaos engineering.Notes de l'épisodeLe blog sur le chaos engineering de Adrian Hornsby : https://medium.com/@adhorn/the-chaos-engineering-collection-5e188d6a90e2Le livre Chaos Engineering de Casey Rosenthal : https://www.oreilly.com/library/view/chaos-engineering/9781491988459/Le livre Learning Chaos Engineering de Russ Miles : https://www.oreilly.com/library/view/learning-chaos-engineering/9781492050995/Chaos toolkit : https://chaostoolkit.org/L'ensemble de livres sur la culture du SRE chez Google : https://landing.google.com/sre/books/Support the show (https://www.patreon.com/electromonkeys)Hébergé par Audiomeans. Visitez audiomeans.fr/politique-de-confidentialite pour plus d'informations.

Dans le monde actuel, les réseaux informatiques sont devenus aussi indispensables que le sont les réseaux de distribution d'eau, de gaz et d'électricité, ou les autoroutes et les voies aériennes. Sans internet, pas de world wide web, et sans réseau, pas d'applications distribuées. Il est même aujourd'hui considéré comme une simple commodité.Cependant, contrairement à l'eau et à l'électricité, les réseaux informatiques sont devenus de plus en plus complexes à comprendre dû au fait que de nos jours, eux aussi sont virtualisés. Et s'il est vrai qu'ils ont évolué en même temps que nos machines virtuelles, c'est encore plus vrai au niveau de Kubernetes, avec notamment la création des CNI pour Container Network Interface.Pour y voir plus clair dans tous ces concepts, aujourd'hui je n'ai pas un invité, mais bien trois invités : Paul Chaignon, Quentin Monnet et Robin Hahling. Paul, Quentin et Robin travailent tous les trois pour Isovalent, et contribuent au projet open source Cilium. Avec eux, nous allons découvrir pourquoi Cilium n'est pas un CNI comme les autres !Support the show (https://www.patreon.com/electromonkeys)Hébergé par Audiomeans. Visitez audiomeans.fr/politique-de-confidentialite pour plus d'informations.

Avec le rachat de Docker, Mirantis a frappé fort ! Alors que certains s'interrogeaient encore sur leur passage éventuel à Docker, Mirantis a fait la démonstration avec force que Docker, non pas "était fini", mais bien "était une simple transition vers quelque chose d'autre", ce quelque chose étant, vous l'aurez compris, Kubernetes.Si comme moi vous connaissez Mirantis depuis des années pour son engagement sur le volet OpenStack, et peut-être moins sur le volet Kubernetes, alors c'est qu'il est temps de prendre le train en marche et de rassembler les wagons.Dans cet épisode, j'ai le plaisir de recevoir Daniel Virassamy. Daniel est architecte de solutions cloud pour Mirantis et vient nous en dire un peu plus sur l'état de l'art du projet OpenStack, et nous expliquer les motivations qui ont poussé Mirantis à acheter Docker.Support the show (https://www.patreon.com/electromonkeys)Hébergé par Audiomeans. Visitez audiomeans.fr/politique-de-confidentialite pour plus d'informations.

Si le serverless est un concept qui a déjà plus de dix ans, la function as a service a grandement contribué à le remettre sur le devant de la scène, même si la fonction n'est jamais qu'une partie de cet écosystème. On en vient à se questionner sur la légitimité d'avoir la main ou non sur l'environnement d'exécution.Dans ce paysage, il y a deux types d'acteurs : ceux qui créent les produits comme AWS avec Lambda ou Google avec Cloud Run, et qui nous permettent de rêver à des architectures éthérées qui flotteraient dans les airs, et ceux qui utilisent ces mêmes produits. Et les retours d'expérience de ces derniers nous sont plus que jamais précieux pour répondre aux questions qu'on est en droit de se poser sur la mise en place d'une architecture serverless.Dans cet épisode, j'ai le plaisir de recevoir Alain Rouen. Alain est directeur technique pour Smile open source solutions, et il a toujours eu à coeur de tirer le meilleur parti des innovations techniques mises à notre disposition. Avec lui, nous allons en apprendre un peu plus sur les cas d'usage, et les bonnes et les mauvaises pratiques du serverless et de la function as a service.Support the show (https://www.patreon.com/electromonkeys)Hébergé par Audiomeans. Visitez audiomeans.fr/politique-de-confidentialite pour plus d'informations.

Amazon Web Services est au cloud ce que la Ford T est à l'industrie automobile : il a rendu l'accès au Cloud simple et populaire ; mais contrairement à la Ford T, AWS a toujours su se ré:inventer, avec pour seul objectif l'obsession qu'il porte à la satisfaction de ses clients.Depuis près de 10 ans, AWS est considéré comme leader dans le Cloud Computing. Mais entre il y a 10 ans et aujourd'hui, bien des choses ont changé dans l'industrie. Que ce soit la petite startup de garage, la PME, ou un acteur majeur du CAC40, de plus en plus de monde à les yeux tournés vers le Cloud...Utiliser nativement le Cloud, passer dans le Cloud, gérer une infrastructure hybride, moitié on premise, moitié dans le Cloud, il y a tant de scenarios différents ! Alors revenons à la base, et posons-nous cette question : quelle est la vision du Cloud selon AWS.Dans cet épisode, j'ai le plaisir d'accueillir Sébastien Stormacq. Sébastien est Developer Advocate pour AWS, et accessoirement un confrère podcaster, et avec lui nous allons revenir sur les choses à connaître pour réussir son passage dans le Cloud !Notes de l'épisode :Le podcast AWS en français : https://aws.amazon.com/fr/blogs/france/category/podcast/AWS Amplify : https://aws.amazon.com/fr/amplify/Présentation le l'intégration à Slack à re:invent : https://www.youtube.com/watch?v=wugkTArXBYo&list=PLZ_TUMnTqfu807CK1WZis4h89umhDapCE&index=42&t=46m32sSupport the show (https://www.patreon.com/electromonkeys)Hébergé par Audiomeans. Visitez audiomeans.fr/politique-de-confidentialite pour plus d'informations.

Que penser de l'état de la donnée dans Kubernetes ? Est-il assez mature, est-ce qu'on peut y aller ? Faut-il rester prudent ? Face à toutes ces interrogations, j'ai cherché quelques réponses et trouvé un cas d'usage qui en laissera plus d'un dans les étoiles !Pourriez-vous en effet vous imaginer que Kubernetes se prépare à recevoir une quantité de données issues du plus gros télescope au monde, et le tout dans un base de donnée SQL ? On me l'aurait dit que je ne l'aurais pas cru. Pourtant cette base, elle existe, et elle s'appelle Qserv.Dans cet épisode, j'ai le plaisir de recevoir Fabrice Jammes. Fabrice est ingénieur au Laboratoire de Physique de Clermont (CNRS, Université Clermont Auvergne), expert Kubernetes, en particulier en charge de packager et de tester le déploiement de LSST/Qserv. Avec lui, nous allons en apprendre un peu plus sur les challenges auxquels il fait face en utilisant Kubernetes dans le monde de la science.Support the show (https://www.patreon.com/electromonkeys)Hébergé par Audiomeans. Visitez audiomeans.fr/politique-de-confidentialite pour plus d'informations.

Devops par ci, devops par là, devops par ci, devops par là, devops par ci, devops par là... Avez-vous jamais entendu un terme aussi ambigu que celui-là ? Alors si ça ne colle pas avec la théorie, dans la pratique, j'ai souvent vu un ou une devops, voire une équipe devops être le lien humain entre les devs et les ops. Parfois c'est un shift des devs, et parfois un shift des ops, mais dans tous les cas, ce sont de nouvelles compétences à acquérir, et le plus souvent ça concerne la chaîne dite d'intégration et de déploiement continu.Mais c'est quoi au juste le CI/CD ? Que s'y passe-t-il ? Quels en sont les enjeux ? Pour répondre à toutes ces questions, je me suis dit qu'il serait mieux de m'adresser directement au roi plutôt qu'à ses sujets.Dans cet épisode, j'ai donc le plaisir de recevoir Philippe Charrière. Philippe est gestionnaire de compte technique chez Gitlab, et il vient lever le voile sur les mystères qui se cachent derrière le pipeline de CI/CD !Support the show (https://www.patreon.com/electromonkeys)Hébergé par Audiomeans. Visitez audiomeans.fr/politique-de-confidentialite pour plus d'informations.