Speaker

Denis Germain

Denis Germain

SRE at Deezer, author on blog.zwindler.fr

Leadtech SRE chez Deezer, auteur sur blog.zwindler.fr

Bordeaux, France

I am a Site Reliability Engineer by day at Deezer, a tech blogger by night at blog.zwindler.fr, and an organizing member of the KCD France conference in between.

I am passionate about virtualization, monitoring, automating infrastructure, and sharing what I discover.

I also enjoy science fiction, running (though not very fast), and exploring new horizons.

Je suis Site Reliability Engineer le jour chez Deezer, blogger tech la nuit sur blog.zwindler.fr et membre organisateur de la conférence KCD France entre les deux.

Je me passionne pour la virtualisation, le monitoring et automatiser de l'infrastructure et partager ce que je découvre.

J'aime aussi la science-fiction, courir (mais pas très vite) et découvrir de nouveaux horizons.

Area of Expertise

  • Information & Communications Technology

Topics

  • Kubernetes
  • Kubernetes Security
  • Open Source Software
  • Ansible
  • Automation
  • Virtualization
  • Linux

Sessions

Demystifying the Internal Components of Kubernetes en

Nowadays, many of you (developers, sysadmins, ...) use Kubernetes in one way or another. You know what a container is and that you can trust Kubernetes to reliably deploy it in production.

But beyond that, have you ever wondered "how" Kubernetes actually works?

Between the moment you run a `kubectl apply` (or a `helm install`) on your PC and the moment the application becomes accessible, what has happened?

When a node fails, what ensures that the application is restarted on another node without the need to wake up the on-call human?

How is it possible to access any container in our cluster without requiring a seasoned network administrator for every new deployment?

I invite you to dissect together all the internal components of Kubernetes to discover that "no, Kubernetes is not magical."

Démystifions les composants internes de Kubernetes fr

De nos jours, beaucoup d'entre vous (devs, sysadmins, ...) utilisent Kubernetes, d'une manière ou d'une autre. Vous savez ce qu'est un container et qu'on peut faire confiance à Kubernetes pour le déployer de manière fiable en production.

Mais au-delà de ça, vous êtes vous demandé "comment" Kubernetes fonctionne ?

Entre le moment où vous faites un `kubectl apply` (ou un `helm install`) sur votre PC et le moment où l'application est accessible, que s'est-il passé ?

Quand un noeud tombe en panne, qu'est ce qui fait que l'application est relancée sur un autre noeud sans qu'on ait besoin de réveiller l'humain en astreinte ?

Comment se fait-il qu'on puisse accéder à n'importe quel container de notre cluster sans faire appel à une administratrice réseau chevronnée à chaque nouveau déploiement ?

Je vous propose de décortiquer ensemble tous les composants internes de Kubernetes pour découvrir que "non, Kubernetes, ce n'est pas automagique".

Ciel ! Mon Kubernetes mine des bitcoins... fr

A tort ou à raison, Kubernetes s'est imposé, en l'espace de 3 ans, comme un des nouveaux standards dans la gestion des architectures microservices modernes.
Cependant, cet outil complexe amène son lot de pièges dans lesquels les débutants ne manqueront pas de tomber... Et ce n'est pas l'apparente facilité apportée par les offres Kubernetes as a Service qui va arranger les choses !
Après un rapide tour de l'actualité sécu autour de Kubernetes, je vous donnerai donc les clés pour éviter de vous faire voler (trop facilement) vos cycles CPU.

Dis papa : c'est quoi un SRE ? fr

Ces dernières années, vous avez certainement vu apparaitre un nouveau terme dans les annonces d'emploi : SRE. Tout le monde en cherche ! Pourtant, bien malin celui qui est capable de décrire le poste d'une manière qui convienne à tout le monde...

Au delà de la définition qu'en donne Google, qu'est ce que ça signifie, être SRE ?
* Quelles sont les missions et les compétences du "bon" SRE ?
* Que faut il pour devenir SRE ? S'agit il d'un Dev ou plutôt d'un Ops ?
* Tout le monde n'est pas Google ! Est ce que ce terme est devenu un fourre-tout marketing ou le rôle SRE répond-il a un vrai besoin ?

Dans ce talk, je vous donnerai donc mon avis ainsi que mon expérience sur ce nouveau (ou pas ?) métier.

Le logiciel libre a-t-il de beaux jours devant lui ? fr

* De barbus dans un garage jusqu’à l’ère du « tout sur Github », comment sommes-nous passés de « Linux est un cancer » à « Microsoft <3 Linux » ?

* Aujourd’hui, peut-on encore maintenir du code individuellement sans « Mettre en danger des millions d’innocents » ?

* Faire de l’open source fait-il de vous un ZADiste ?

Tant de sujets d’actualité (et d’autres) qui seront traités avec un regard, bien entendu, totalement objectif et impartial (ou pas !).

Du code Terraform VRAIMENT factorisé avec Terragrunt fr

Dans le monde de l'infrastructure as code (surtout si vous naviguez dans le cloud) vous avez forcément entendu parler de Terraform.

Cependant, sur certains gros projets, on se retrouve encore malheureusement souvent à copier-coller les mêmes bouts de code d'un projet à l'autre, avec tous les risques que ça implique (erreurs humaines). Bien sûr, terraform propose de factoriser du code avec les "modules" (répéter un ensemble cohérent de ressources), mais ça ne fait pas tout.

Dans cette session, je vous présenterais Terragrunt, un wrapper pour Terraform. On verra ensemble, en live, ce qu'il pourra vous apporter.

En finir avec les Makefile en Go avec GoRelease fr

Quand j’ai commencé à apprendre le golang, j’ai rapidement voulu automatiser un certain nombre d’actions répétitives, notamment la compilation. Ayant appris le C à l’école, j’avais déjà utilisé des fichiers Makefile pour réaliser ce genre d’actions.

Cette solution, bien que totalement fonctionnelle, n’est pas forcément la plus efficace, dans le monde Golang. On peut faire la même chose et même plus beaucoup plus rapidement à l’aide d’un outil qui s’appelle GoReleaser.

Dans cette session, nous partirons d'une application simple en Go et vous je montrerai comment automatiser la constructions et la diffusion de nos artefacts, en ajoutant des fonctionnalités au fur et à mesure.

Denis Germain

SRE at Deezer, author on blog.zwindler.fr

Bordeaux, France