Electro Monkeys

Depuis plus d'un an et demi maintenant, la covid fait partie de notre quotidien. Elle nous impose ses règles et nous dicte nos comportements. Cependant, elle n'est pas la première pandémie de ce type à nous frapper de plein fouet, et rien qu'au siècle dernier il y a également eu la grippe espagnole, la grippe asiatique, la grippe de Hong Kong et le sida. Et pourtant, c'est la première fois dans l'histoire que nous nous voyons imposer des règles de distanciation physique. Alors qu'est-ce qui a changé ?

Nous n'allons bien évidemment pas parler politique dans ce podcast, mais bien de machine learning. En effet, face à cette pandémie, la création de modèles de propagation du virus nous a aidé à y voir plus clair parmi les conséquences que pouvaient entraîner la mise en place de tel ou de tel autre scénario.

Pour nous en parler plus en détail, je reçois Bertrand Delvaux. Bertrand est consultant freelance en data engineering et artifical intelligence, et il a eu l'occasion, dès le début de la pandémie, de réaliser plusieurs travaux pour l'African Risk Capacity. travaux dont il vient nous parler aujourd'hui.

Petit clin d'œil aux travailleurs remote avant de commencer, Bertrand était au Costa Rica quand j'ai fait cet épisode, et plus précisément dans le hall d'un hôtel, ce qui explique les bruits de fond que vous ne manquerez pas d'entendre sur cet enregistrement.

etcd est une base de données bien connue de toutes les équipes opérationnelles, puisqu’elle est au coeur de Kubernetes. Cependant, mis à part sa documentation en ligne, c’est une base de données sur laquelle il n’existe aucune littérature. Et c’est une chose que j’ai peine à comprendre pour un projet de cette importance qui a un tel impact sur notre quotidien.

Par chance, nous ne sommes pas les seuls à devoir opérer etcd. Qui plus est, certains cloud providers l’utilisent à bien plus grande échelle que nous, ce qui est notamment le cas pour OVHcloud. Leur connaissance du modèle opérationnel d’etcd et leurs retours d’expérience nous sont d’une aide précieuse.

Dans cet épisode, je reçois Pierre Zemb. Pierre est leader technique des systèmes et du stockage distribués chez OVHcloud, donc la personne idéale pour parler d’etcd. Dans cet échange, nous évoquons les bases de données de nouvelle génération et leur fonctionnement, les raisons pour lesquelles etcd a été choisie pour Kubernetes, mais aussi ses limites et ses alternatives.

Notes de l’épisode

• Les notes personnes de Pierre sur etcd : https://pierrezemb.fr/posts/notes-about-etcd/
• Les bases de données orientées colonnes : https://fr.wikipedia.org/wiki/Base_de_donn%C3%A9es_orient%C3%A9e_colonnes
• OLAP : https://fr.wikipedia.org/wiki/Traitement_analytique_en_ligne
• OLTP : https://fr.wikipedia.org/wiki/Traitement_transactionnel_en_ligne
• White Paper sur Google Spanner : https://static.googleusercontent.com/media/research.google.com/en//pubs/archive/46103.pdf
• White Paper de Google sur BigTable : https://static.googleusercontent.com/media/research.google.com/en//archive/bigtable-osdi06.pdf
• Le site officiel de CoakcroachDB : https://www.cockroachlabs.com/
• Le site officiel de TiKV : https://tikv.org/
• Le site officiel d’etcd: https://etcd.io/
• Raft : https://raft.github.io/
• Raft un consensus distribué compréhensible : http://thesecretlivesofdata.com/raft/
• Raft lab : https://pdos.csail.mit.edu/6.824/labs/lab-raft.html
• Paxos vs Raft : https://www.youtube.com/watch?v=0K6kt39wyH0
• Documentation en ligne d’etcd : https://etcd.io/docs/v3.4.0/rfc/v3api/
• Interagir avec etcd : https://etcd.io/docs/v3.4.0/dev-guide/interacting_v3/
• etcd par rapport aux autres bases de données clés-valeurs : https://etcd.io/docs/v3.4.0/learning/why/
• Le site officiel de grpc : https://grpc.io/
• Les protobufs : https://developers.google.com/protocol-buffers

Support the show (https://www.patreon.com/electromonkeys)

Parmi l'arsenal des différents outils mis à notre disposition pour notre veille technologique, il y a le podcast. Bien évidemment, je ne serais pas là si je n'en étais pas persuadé, et peut-être que vous non plus. Mais qui sont ces fous qui se mettent chaque semaine derrière un micro pour créer des contenus toujours nouveaux ? Qu'est-ce qui les fait avancer ? Où vont-ils chercher leurs idées ?
Chaque podcast à sa propre identité et son propre style, non seulement au travers de ses thématiques, mais aussi par la personnalité de celui qui l'anime. Bruno Soulez, que vous connaissez peut-être déjà, est le créateur de If This Then Dev, un podcast que je suis depuis ses débuts, et qui m'a décidé à me lancer à créer mon propre show.
Si vous êtes curieux de partager l'espace d'une heure l'intimité d'un podcaster, vous êtes les bienvenus ! Vous y apprendrez comment IfTTD a été créé, quels sujets tiennent vraiment à coeur à Bruno, ce qu'il espère transmettre au travers de ses épisodes, et surtout la réponse à cette grande question : pourquoi ne mange-t-il que des yaourts qu'il fabrique lui-même ?
Notes de l'épisode

• If This Then Dev https://ifttd.io/
• Cosa Vostra https://www.cosavostra.com/
• Big Bang Media https://www.facebook.com/BigBangMediaIncubateur/
• Génération Do It Yourself https://www.gdiy.fr/
• 2h de perdues https://www.2hdp.fr/
• No Limit Sécu https://www.nolimitsecu.fr/
• Les Cast Codeurs https://lescastcodeurs.com/
• The Mature Dev https://www.themature.dev/
• Tech Rocks https://www.tech.rocks/
• Artisan Développeur https://artisandeveloppeur.fr/
• Episode #5 Comment regarder Netflix depuis l'espace ? https://ifttd.io/5-raphael-goldwaser/
• Episode #10 Coder pour guérir les autres https://ifttd.io/10-coder-pour-guerir-les-autres-dominique-sauquet/
• Episode #14 Coder peu, coder mieux https://ifttd.io/14-coder-peu-coder-mieux-dimitri-baeli/
• Episode #20 beta.gouv quand l'état se met en mode start-up https://ifttd.io/20-beta-gouv-quand-letat-se-met-en-mode-start-up-julien-dauphant/
• Episode #21 Une organisation libre où prime innovation et bonheur https://ifttd.io/21-une-organisation-libre-ou-prime-innovation-et-bonheur-quentin-adam/
• Episode #46 De l'ordinateur beige au numérique vert https://ifttd.io/46-de-lordinateur-beige-au-numerique-vert-frederic-bordage/
• Episode #52 Le veilleur de nuit https://ifttd.io/52-le-veilleur-de-nuit/

Support the show (https://www.patreon.com/electromonkeys)

Java est un langage populaire apprécié de nombreux développeurs. Certes, il est là depuis des lustres, et certains pourraient le penser obsolète face à Go ou à Rust. Pourtant, bien loin de cette hype, Java continue à faire son chemin et à se réinventer lui-même jour après jour.
Pour évoquer les défis de Java face au cloud natif, j'ai déjà eu l'occasion de parler de Spring et de GraalVM native image. Cette fois, la discussion se porte sur Quarkus, que Red Hat décrit comme étant un framework Java natif pour Kubernetes, et Eclipse Vert.x une librairie Java qui facilite l'écriture de micro services .
Pour évoquer ces sujets, je n'ai un, mais deux invités : Thomas Segismont et Julien Ponge. Thomas et Julien travaillent tous deux pour Red Hat, où ils sont respectivement senior software engineer et principal software engineer. Ils nous emmènent à la découverte de Quarkus et de Vert.x sur fond de GraalVM.
Notes de l'épisode

• Vert.x in Action, Manning Publications : https://www.manning.com/books/vertx-in-action?a_aid=vertx-in-action&a_bid=22152024
• Le dev mode Quarkus:est supporte la plupart des protocoles, dont les outils en ligne de commande, gRPC et Kafka (update depuis l'enregistrement de l'épisode)
• Red Hat supporte activement Quarkus : https://quarkus.io/support/
• Pour ce qui concerne le mode natif, du point de vue du support Red Hat c'est Tech Preview pour l'instant (best effort). Mais la prochaine version produit devrait venir avec le support de Mandrel (https://github.com/graalvm/mandrel). Mandrel est un sous-projet de Graal qui fournit un compilateur native-image taillé pour Quarkus.
• Mandrel (https://github.com/graalvm/mandrel) est supporté par Red Hat
• La roadmap Vert.x : https://github.com/vert-x3/wiki/wiki/Vert.x-Roadmap#vertx-4
• La roadmap Quarkus : https://github.com/orgs/quarkusio/projects/5

Support the show (https://www.patreon.com/electromonkeys)

La sécurité est un aspect fondamental et pourtant souvent négligé de nos systèmes d'information. Pourquoi ? Qui n'a pas trouvé les exploits de Mr Robot palpitants ?... Alors qu'est-ce qui cloche ? Serait-ce parce que cette fois nous ne sommes pas du même côté de la barrière ? Probablement. Avoir une bonne hygiène de sécurité demande beaucoup d'efforts, de temps et de connaissances. Et avec tout ce qui "shift left" ces dernières années, il est difficile, mais vraiment difficile, de trouver le temps nécessaire.
Cependant, nous ne pouvons pas nous permettre de passer au travers ou de simplement l'ignorer. J'ai donc décidé de faire une série sur les différents aspects de la sécurité, en commençant tout naturellement par la chaîne d'approvisionnement. Le code est la base de code sont aujourd'hui au coeur de toute entreprise technologique, et même les équipes d'infrastructure n'y échappent plus depuis l'avènement de l'infrastructure as code. Mais alors quels sont les problèmes soulevés, quelles solutions y apporter et avec quels outils ?
Dans cet épisode, j'ai le plaisir de recevoir Maya Kaczorowski. Maya est Product Manager et Software Supply Chain Security pour Github, aussi elle est particulièrement bien placée pour répondre à mes nombreuses questions sur la chaîne d'approvisionnement, l'open source, et la sécurité. Car, au cas où j'aurais oublié de le mentionner, dans toute cette histoire, il est aussi largement question d'open source, que nous pouvons maintenant sans crainte considérer comme une des pierres angulaires de tout système d'information. Vous voilà prévenus, c'est parti !

Support the show (https://www.patreon.com/electromonkeys)