Electro Monkeys

Les APIs ont connu un réel engouement ces dernières années. Elles sont également au cœur du paysage cloud natif et des micro-services, car elles permettent de développer des applications scalables, résilientes et distribuées. Cependant, créer une application en micro-services à base d'APIs peut poser quelques challenges aux développeurs, notamment parce que chaque équipe évolue à son propre rythme. Comment valider l'intégration d'une API quand celle-ci n'est pas encore prête ? Comment s'assurer qu'elle réponde bien à nos attentes, ou comment tester qu'elle ne va pas induire de comportement inattendus ? Pour nous en parler, je reçois Laurent Broudoux. Laurent est Cloud-native AppDev Solution Architect chez Red Hat, mais il est également l'auteur de Microcks, un outil "Kubernetes natif" et open source pour mocker et tester ses APIs. Notes de l'épisode Apicurio, tout ce qui concerne les API, car les API sont le remède. : https://www.apicur.io/ AsyncAPI,  des outils open source pour créer et maintenir facilement votre architecture événementielle : https://www.asyncapi.com/ Luxembourg CNCF Meetup, Container security made open-source with Aqua: https://www.meetup.com/Luxembourg-Kubernetes-and-CNCF-Meetup/events/278396387/ Tech Ethic, Le podcast tech qui parle de sujets éthiques comme l'accessibilité, l'écologie ou la #tech4Good. Animé par Emmanuel Demey et Fanny Demey : https://anchor.fm/techethic Hébergé par Audiomeans. Visitez audiomeans.fr/politique-de-confidentialite pour plus d'informations.

Windows et Linux ont longtemps suivi deux trajectoires bien distinctes. D'un côté comme de l'autre, nous trouvons des utilitaires pour les faire coexister, comme Wine sur Linux ou MobaXTerm sur Windows, mais aucun outil natif. Mais depuis que Linux est devenu le système d'exploitation du cloud, la stratégie de Microsoft sur ce point a radicalement changé. En 2016, Windows Subsystem for Linux, ou WSL, fait son apparition. Puis en 2019, WSL est annoncé dans sa version 2. Pourquoi Microsoft a soudainement décidé d'inclure Linux à son propre système d'exploitation ? A qui et à quoi sert-il ? Et finalement, comment fonctionne-t-il ? Pour tenter de répondre à quelques-unes de ces questions, je reçois Nuno do Carmo. Nuno est Senior IT System Analyst pour Ferring Pharmaceuticals, et est un passionné de WSL depuis la première heure. Au travers de son expérience personnelle, nous plongeons dans l'univers passionnant de Linux sur Windows.Hébergé par Audiomeans. Visitez audiomeans.fr/politique-de-confidentialite pour plus d'informations.

Le cloud n'est plus aujourd'hui le terrain de jeu des seules startups, mais aussi et plus que jamais celui des entreprises qui sont de plus en plus nombreuses à entamer leur migration vers le cloud. Ce qui distingue une entreprise d'une startup, c'est notamment sa topologie, et les relations entre les différentes équipes de cette organisation. Pour elles, migrer vers le cloud à partir d'un simple compte racine n'est pas une stratégie adaptée, et elle pourrait même s'avérer risquée. C'est pourquoi ces dernières années ont vu l'émergence des landing zones, que nous pourrions considérer comme la configuration de base sous-jacente à tout environnement cloud d'entreprise. Les landing zones couvrent principalement quatre aspects : la sécurité, la standardisation, les accès et le réseau. Pour mieux comprendre les tenants et les aboutissants des landing zones, je reçois Thomas Perelle. Thomas est Senior consultant Cloud/DevOps chez Linkbynet, et il a eu a plus d'une occasion l'opportunité de se frotter au concept de landing zones. Avec lui, nous discutons des bonnes et des mauvaises pratiques de l'adoption du cloud pour les entreprises. Notes de l'épisode L'article de Thomas  sur les Landing Zones (en anglais) : https://medium.com/linkbynet/landing-zone-head-in-the-clouds-keeping-feet-on-the-ground-9909780110a3Hébergé par Audiomeans. Visitez audiomeans.fr/politique-de-confidentialite pour plus d'informations.

Nous l'entendons souvent dire : une fondation est un endroit neutre pour les projets open sources. Mais concrètement, que signifie cette neutralité, comment est-elle mise en œuvre, et surtout quels problèmes cette neutralité soulève-t-elle ? D'un autre côté, puisque nous avons l'occasion de visiter les coulisses d'une fondation, pourquoi ne pas en profiter pour jeter un œil sur les challenges techniques qu'amène la gestion du cycle de vie des projets, du code source au CI. Car bien évidemment, héberger plus de 400 projets se révèle être un véritable tour de force. Pour découvrir tous ces aspects de la fondation Eclispe, je reçois Gaël Blondelle et Mikaël Barbero. Gaël est Vice President, Ecosystem Development et Mikaël Senior Developer à la fondation Eclipse. Et ce ne sont pas les sujets de conversation qui vont nous manquer. Notes de l'épisode Quarkus :  https://quarkus.io/ Java Enterprise Edition : https://www.oracle.com/java/technologies/java-ee-glance.html Adoptium : https://adoptium.net/ Mosquitto : https://mosquitto.org/ Eclipse Vert.x : https://vertx.io/ Eclipse Theia : https://github.com/eclipse-theia/theia CodeReady Workspace : https://developers.redhat.com/products/codeready-workspaces/overview Eclipse Che : https://www.eclipse.org/che/ Hébergé par Audiomeans. Visitez audiomeans.fr/politique-de-confidentialite pour plus d'informations.

OpenShift est une plateforme de gestion du cycle de vie des applications créée par Red Hat. Depuis sa version 3, il s'appuie sur Kubernetes pour sa couche d'orchestration. Mais puisqu'OpenShift n'est pas simplement un orchestrateur de conteneurs, il embarque également un grand nombre de composants pour faciliter le développement d'applications, leur déploiement ou leur monitoring. Pour nous en parler plus en détail, je reçois Didier Wojciechowski et Madou Coulibaly. Tous deux travaillent chez Red Hat, où Didier est EMEA Principal Openshift Specialist Solutions Architect, et Madou Senior Specialist Solution Architect. Avec eux, je discute de la genèse d'OpenShift, des décisions stratégiques qui ont été prises pour son élaboration, ainsi que des composants qui le constituent aujourd'hui. Notes de l'épisode L'endroit où trouver les opérateurs de la communauté Kubernetes : https://operatorhub.io/ Red Hat OpenShift Container Storage : https://www.redhat.com/fr/technologies/cloud-computing/openshift-container-storage CodeReady Workspaces : https://developers.redhat.com/products/codeready-workspaces/overview Eclipse Che, l'IDE natif pour Kubernetes : https://www.eclipse.org/che/ Odo,: l'interface en ligne de commande (CLI)qui aide les développeurs à itérer sur leur code sur Red Hat OpenShift et Kubernetes : https://developers.redhat.com/products/odo/overview Thanos, le Prometheus en haute disponibilité : https://thanos.io/v0.10/thanos/getting-started.md/ Submariner permet de gérer la connectivité entre différents clusters Kubernetes : https://catalog.redhat.com/software/container-stacks/detail/5f0c67b7ce85fb9e399f3a12 Didier ne croyait pas si bien dire en parlant de Kubernetes ++, voici l'annonce d'OpenShift plus : https://www.openshift.com/blog/just-what-is-red-hat-openshift-platform-plus Hébergé par Audiomeans. Visitez audiomeans.fr/politique-de-confidentialite pour plus d'informations.

Que connaissons-nous vraiment du mode de fonctionnement des applications que nous utilisons au quotidien. Est-ce nous qui leur accordons des droits sur nos données personnelles, ou elles qui nous privent de ces mêmes droits à leur égard ? Après tout, rares sont encore les applications qui aujourd'hui ne nous demandent pas notre consentement pour accéder à telle ou telle autre partie de notre vie privée. Il est difficile en effet, dans un secteur aussi innovant, de comprendre exactement comment nos données peuvent être utilisées, et dans quel contexte de sécurité. Doit-on compter sur la loi pour nous protéger des abus, ou doit-on s'en remettre à la morale ou à l'éthique d'une société, d'une équipe ou d'un individu ? Ces questions sont le lot quotidien de Marie-Jean Meurs et de Sébastien Mosser, qui travaillent tous deux sur une application médicale dans le domaine de la santé mentale. Marie-Jean est professeure au département de computer science de l'Université du Québec à Montréal où Sébastien est également professeur en ingénierie logicielle. Avec eux, je reviens sur le sujet épineux de la gestion de la donnée personnelle. Notes de l'épisode The Great Hack : https://fr.wikipedia.org/wiki/The_Great_Hack HumanIA : https://humania.uqam.ca/ La page de Sébastien Gambs, qui a une chaire de recherche au Canada en "Privacy-preserving and Ethical Analysis of Big Data” : https://sebastiengambs.openum.ca/ Marc-Olivier Killijian, professeur en sécurité logicielle à l'Université du Québec à Montréal : https://kirija.github.io/ Hébergé par Audiomeans. Visitez audiomeans.fr/politique-de-confidentialite pour plus d'informations.

La gestion des logs applicatifs a profondément évolué ces dernières années sous l'impulsion des micro-services et des conteneurs. Et à l'instar de Prometheus pour les métriques, il nous a fallu trouver de nouveaux outils en mesure de s'adapter à des environnements distribués fortement volatiles. Or si Elasticsearch est depuis longtemps une solution particulièrement plébiscitée, elle n'est peut-être pas exactement taillée pour ces cas d'usage. C'est pourquoi Grafana a créé Loki. Loki est en quelque sorte le Prometheus des logs, car il a été conçu spécifiquement pour ce type d'usage. Pour nous en parler plus en détail, je reçois Cyril Tovena. Cyril est software engineer pour Grafana Labs, et il nous explique pourquoi Grafana a ressenti le besoin de créer son propre outil de gestion de logs, et en quoi il est pertinent dans le paysage de l'observabilité aujourd'hui. Notes de l'épisode Le meetup CNCF Luxembourg sur l'Infrastructure as Code avec Pulumi : https://www.meetup.com/fr-FR/Luxembourg-Kubernetes-and-CNCF-Meetup/events/277518075/ Keynote de Cyril à l'ObservabilityCon : https://grafana.com/go/observabilitycon/keynote-what-is-observability/ Slack de grafana : https://slack.grafana.com/ Hébergé par Audiomeans. Visitez audiomeans.fr/politique-de-confidentialite pour plus d'informations.

ArgoCD est un outil de livraison continue pour Kubernetes qui fonctionne en suivant les pratiques GitOps. C'est-à-dire que pour lui, les définitions d'applications, aussi bien que les configurations, doivent être déclaratives et versionnées, afin que le déploiement et la gestion du cycle de vie des applications soit automatisé, auditable et simple à comprendre. Mais n'est-ce là qu'une promesse alléchante, ou bien est-ce une réalité ? Pour en discuter en détail, j'ai le plaisir de recevoir Thomas Labarussias et Victor Boissière. Thomas et Victor sont tous les deux SRE pour Qonto, une néo banque créée en 2016, et ont eu l'occasion d'implémenter ArgoCD pour remplacer Jenkins dans une entreprise en pleine expansion. Ensemble, ils nous font un retour d'expérience sur les aspects positifs comme sur les aspects négatifs de cette migration. Notes de l'épisode : Un article que Victor a publié sur Medium sur les pratiques de déploiement à Qonto : https://medium.com/qonto-way/how-we-scaled-our-staging-deployments-with-argocd-a0deef486997 Hébergé par Audiomeans. Visitez audiomeans.fr/politique-de-confidentialite pour plus d'informations.

Que ce soit au travers de Facebook, d'Amazon ou de Netflix, nos interactions avec les bases de données orientées graphe sont innombrables. Il faut dire que c'est un modèle de données particulièrement adapté à des cas d'usage aussi variés que les moteurs de recommandations ou à la détection de fraudes.Dans ce type de bases de données utilisant la théorie des graphes, les données sont stockées sous forme de nœuds et d'arcs. C'est grâce à ce type de représentation qu'il est possible de tirer de l'information non pas des données elles-mêmes, mais des relations qu'elles entretiennent les unes avec les autres.Pour mieux comprendre les bases de données graphes et la manière dont elles sont utilisées aujourd'hui, j'ai le plaisir de recevoir Arnaud Castelltort. Arnaud est Maître de conférences à Polytech Montpellier, et la personne la plus enthousiaste pour parler bases de données graphe que j'ai jamais rencontré.Notes de l'épisode :Graph Powered Machine Learning : https://www.manning.com/books/graph-powered-machine-learningLa base de donnée orientée graphe la plus célèbre : https://neo4j.com/Le site d'Open Cypher : http://www.opencypher.org/Neptune, la base de données orientée graphe d'AWS : https://aws.amazon.com/neptune/Apache Gremlin : https://tinkerpop.apache.org/gremlin.htmlSAP Hana : https://saphanajourney.com/hana-cloud/Orientdb : https://www.orientdb.org/Indradb : https://indradb.github.io/Arangodb : https://www.arangodb.com/Age : https://age.apache.org/Et quelques notes supplémentaires de la part d'Arnaud :Pour comparer des bases de données graphe, ce benchmark est pas mal: https://graphbenchmark.com/ + https://db-engines.com/en/ranking/graph+dbmsAutres bases que j'ai oublié d'évoqué: TigerGraph https://www.tigergraph.com/ (sur laquelle j'ai pas beaucoup d'information)Neo4j sandbox: https://neo4j.com/sandbox/Un livre chez Manning pour les bd graphes (explique bien l'utilisation de Gremlin): https://www.manning.com/books/graph-databases-in-actionUn livre gratuit (un peu dépassé mais pas mauvaise pour se donner une idée en feuilletant) sur les bases de données graphes (suffit de donner son email): https://neo4j.com/graph-databases-book/ c'est un O'Reilly Graph DatabasesBy Ian Robinson, Jim Webber and Emil EifremPrint Length: 224 pagesSupport the show (https://www.patreon.com/electromonkeys)Hébergé par Audiomeans. Visitez audiomeans.fr/politique-de-confidentialite pour plus d'informations.

Casser un monolithe pour créer des micro-services vient aussi bien avec son lot de bénéfices que de problèmes. Parmis ceux-ci, il est facile de se représenter que les logs, par exemple, ne seront plus nécessairement formatés de la même manière entre les différents services, ou que la communication entre ces mêmes services nécessitera désormais un chiffrement, ou encore que configurer les stratégies de sécurité ne va pas être une partie de plaisir.C'est dans ce contexte que le service mesh a fortement gagné en popularité, car c'est à ce dernier qu'incombe la tâche de résoudre bon nombre de ces problématiques. Pour nous en parler plus en détail, j'ai le plaisir de recevoir Nicolas Muller, qui est CTO, Kubernetes Solution Architect et formateur pour Treeptik, et Joël Takvorian, qui est Software Developer pour Red Hat, et qui travaille notamment sur le projet Kiali, une console de gestion pour Istio.Support the show (https://www.patreon.com/electromonkeys)Hébergé par Audiomeans. Visitez audiomeans.fr/politique-de-confidentialite pour plus d'informations.