Kubecon Europe 2022 on Zwindler's Reflection

Récap du troisième et dernier jour de Kubecon Europe 2022 - Vendredi

Sun, 22 May 2022 12:00:00 +0000

Cet article fait partie d’une suite de 3 posts :

Récap du premier jour de Kubecon Europe 2022 - Mercredi
Récap du deuxième jour de Kubecon Europe 2022 - Jeudi
Récap du troisième et dernier jour de Kubecon Europe 2022 - Vendredi

This is the end. Hold your breath and count to ten.

Ce matin je suis arrivé un peu tard. Juste à temps pour entendre Bryan Che, Chief Strategy Officer chez Huawei nous parler de multicloud, et après ça, d’apprendre que Apple avait gagné cette année le “End User Awards”. Cette dernière keynote a été hyper courte, c’était un peu déstabilisant.

Les keynotes ayant donc fini plus tôt que prévu, j’ai eu le temps de faire un autre petit tour des sponsors.

L’occasion d’aller voir Civo (dont j’ai parlé l’an dernier), Gitlab (coucou Philippe :D) et Gitpod (que j’adore, pour mes besoins persos)

A Treasure Map of Hacking (and Defending) Kubernetes

J’avais très envie d’aller voir ce talk de Andrew Martin (ControlPlane, aussi co-auteur de Hacking Kubernetes), vu que j’ai fait plusieurs conférences en tant que speaker sur la sécurité dans Kubernetes.

Après avoir rappelé quelques principes de sécurité et rappelé qu’il faut essayer de comprendre l’adversaire de manière à se défendre correctement.

Attackers think graphs, Defenders think lists

Malgré quelques petits problèmes de demo et de laptop qui freeze, Andrew a fait ensuite plusieurs démos de comment on peut prendre le contrôle d’un cluster Kubernetes.

C’était quand même très cool de voir un scenario d’attaque complet, quoiqu’un peu dur à suivre.

A voir aussi : Kubernetes threat modelling a lightspeed introduction

What Anime Taught Me About K8s Development & Tech Careers

Après 3 jours de Kubecon + soirées, j’étais clairement rinçé. Je me suis dit qu’un sujet “détente” ne me ferait pas de mal.

Annie Talvasto (Camunda) a voulu tirer des parallèles entre Kubernetes et les animes.

Bon… contrairement au talk précédent, ici c’était vraiment très très (très) 101 (contrairement à la session précédente, soi-disant 101 aussi).

C’était amusant, mais un peu tiré par les cheveux parfois. La bonne humeur d’Annie a rendu l’expérience fun.

Better Bandwidth Management with eBPF

Nécessairement, avec les vols retours, il y a moins de talks l’après-midi. Encore pire, dans mon cas, je n’avais le temps que pour un talk après déjeuner et je ne regrette VRAIMENT pas d’y être allé.

Je le mets dans mon top 3 de cette Kubecon sans hésitation.

Daniel Borkmann & Christopher M. Luciano, de chez Isovalent, nous ont parlé de gestion de la bande passante dans les clusters Kubernetes.

Le constat initial est que les nodes Kube commencent à devenir plus gros, et le corolaire de ça qu’on augmente la densité de pod par node, et donc la compétition sur les ressources, notamment réseau.

Or, contrairement au CPU et à la RAM (et aussi dans une certaine mesure aux disques locaux avec ephemeral-storage), la consommation réseau n’est pas du tout pilotable dans Kubernetes aujourd’hui. Il existe aujourd’hui un support expérimental de “bandwidth enforcement” à base de TBF (token backend filter) mais les perfs sont mauvaises.

Long story short, c’est insuffisant, et on peut faire mieux avec eBPF, cilium et certaines fonctionnalités sorties dans le kernel 5.18.

Si vous voulez en savoir plus sur EDT (Earliest Departure Time), BBR et la gestion des timestamps des trames TCP dans un network namespace, ce talk est clairement à (re)voir !

C’est déjà fini

Cette Kubecon était (comme d’habitude) super intense. J’ai croisé IRL des gens avec qui j’avais échangé sur Internet (Pascal Martin), eu des conversations enrichissantes avec des sponsors (LaunchDarkly, HAproxy, Timescale, Honeycomb, solo.io, env0), revu des copains de confs (coucou la team OVHcloud).

J’ai discuté avec des inconnus venant de partout dans le monde mais aussi quelques Français, croisés au hasard (coucou Smaïne), longuement échangé avec mon collègue Christian sur ce qu’on venait de voir, qu’on pourrait améliorer.

J’ai découvert une ville très chouette et j’ai baraguouiné quelques mots d’espagnol 😅.

Au revoir, Valencia.

Talks que j’aurais aimé voir

Observing Fastly’s Network at Scale Thanks to K8s and the Strimzi Operator - Fernando Crespo & Daniel Caballero, Fastly
Logs Told Us It Was DNS, It Felt Like DNS, It Had To Be DNS, It Wasn’t DNS - Laurent Bernaille & Elijah Andrews, Datadog
“My CNI Plugin Did… What?!”: Debugging CNI with Style and Aplomb - Douglas Smith & Daniel Mellado Area, Red Hat
Kubernetes Everywhere: Lessons Learned From Going Multi-Cloud - Niko Smeds, Grafana Labs
Distributing PromQL for Fast and Efficient Kubernetes Fleet Monitoring - Moad Zardab, Red Hat & Filip Petkovski, Shopify
Komrade: an Open-Source Security Chaos Engineering (SCE) Tool for K8s - Aaron Rinehart, Verica.io & Matas Kulkovas, Cast.ai

Récap du deuxième jour de Kubecon Europe 2022 - Jeudi

Thu, 19 May 2022 20:00:00 +0000

Cet article fait partie d’une suite de 3 posts :

Récap du premier jour de Kubecon Europe 2022 - Mercredi
Récap du deuxième jour de Kubecon Europe 2022 - Jeudi
Récap du troisième et dernier jour de Kubecon Europe 2022 - Vendredi

Kubernetes Project Updates

Deuxième jour de Kubecon ! La première Keynote était l’habituelle “Kubernetes Project Updates”

Jasmine James nous a parlé des évolutions apportées par la dernière version de Kubernetes. Malheureusement je suis arrivé un poil en retard, mais je ne pense pas avoir raté grand-chose.

Au-delà de la suppression du support de docker-shim (enfin !), j’ai noté plusieurs améliorations à destination du Scheduling (ce n’est pas plus mal) en fonction de plusieurs critères (en fonction du stockage disponible, SIG scheduling).

Il y a aussi eu des annonces tout au long des keynotes sur les travaux en cours sur la partie Jobs / Batch (là aussi, ça ne peut pas faire de mal).

Securing Shopify’s Software Supply Chain

Encore une keynote très sympa. Ce n’était probablement pas un deep dive mais moi qui suis pas expert sur ce sujet, j’ai beaucoup apprécié.

Shane Lawrence, Staff Infrastructure Security Engineer chez Shopify, a introduit, avec beaucoup d’humour, les problématiques de la supply chain, notamment la sécurité. Il a parlé de choses qu’on ne devrait pas faire, sur nos postes :

npm fix-error curl | bash go get …

Aujourd’hui cet aspect devient particulièrement complexe à sécuriser.

Shane nous a parlé de Software Bill of Material, de divers outils permettant de sécuriser notre supply chain, etc.

Dans les challenges qui restent, selon Shane à adresser, il reste le fait que les logiciels non packagé passent encore entre les mailles du filet, et que parmi totalité des vulnérabilités détectés, le “triage” est encore une opération difficile à réaliser.

Landscape Sustainability: The Pillars of Cloud Native Growth

Dave Zolotusky, Software Engineer chez Spotify & Katie Gamanji, Senior Kubernetes Field Engineer chez Apple nous ont parlé du TOC, et son rôle dans l’évolution du landscape CNCF.

Les points principaux étaient :

Open governance et Transparence dans le processus de “graduation”
Comment faire avancer la technique et l’opérabilité
- des experts dans les TAGs aident le TOC à prendre de meilleures décisions
Les OpenStandards bénéficient à tout le monde
- Vendors : innovation
- end users : extensibilité
- Community : inter-operabilité

Dave et Katie ont également insisté sur le fait que, dans un landscape aussi riche, l’aspect “developper experience” devient de plus en plus important. Tout comme la Sustainability (dont un WG bien d’être créé, on en parlait hier en keynote), dont les buts sont a priori surtout “éducatifs” :

raise awareness
give guidance and best practices
educate

Building Bridges: Cloud Native and High Performance Computing

Ricardo Rocha, Computing Engineer au CERN, nous a raconté l’histoire de leur adoption de Kubernetes, en 2017.

L’idée était d’avoir une plateforme plus moderne et plus flexible pour gérer à la fois la quantité de compute nécessaire lors des expériences au collisionneur, mais aussi de tirer parti de tout ce compute disponible pour réaliser des calculs de type “Batch”, entre chaque expérience quand les clusters sont inutilisés.

Son talk était donc assez focus sur les challenges habituels des gens qui font du HPC et des Batch avec Kube :

Low latency if jobs are working with each other
High throughput
NUMA awareness
Software distribution
Advanced scheduling

Forcément, il nous a également parlé des initiatives en cours et à venir sur les Batch dans Kubernetes :

Workloads
Queues
Priorities
Fair share
…

Note : je saute volontairement le récap’ de plusieurs keynotes qui ne m’ont pas inspiré…

Fun with Continuous Compliance

Premier talk de la journée ! Lors de cette Kubecon, difficile d’échapper aux sujets “Compliance”. Chaque année il y a un gros sujet qui sort du lot et cette année, j’ai vraiment l’impression que c’est lui qui est ressorti, avec la sécurité de la supply chain.

Ann Wallace de chez Shopify & Zeal Somani de chez Google ont présenté OSCAL, un projet qui vise à rendre la compliance “fun”.

Compliance != Fun || Compliance == Fun

En vrai, plus que “fun”, l’idée est d’arrêter que ce soit d’horribles formulaires Word à remplir à l’arrache une semaine avant la deadline ;)

L’idée était de montrer des outils, en cours de conception, pour mettre en place des rapports de compliance automatisés et en continue, pour que la compliance ne soit plus le pain point que cela peut être aujourd’hui.

OSCAL helps to reduce compliance info collecting by automating it in the CICD platform and generated a compliance report in machine readable format

Là encore, ce n’est pas directement mon domaine de compétence, mais je vois bien la valeur et l’intérêt pour les gens qui sont obligés de remplir ces rapports ;)

GitOps to Automate the Setup, Management and Extension a K8s Cluster

J’avais prévu d’aller voir OpenTelemetry: The Vision, Reality, and How to Get Started, mais je suis arrivé trop tard, la salle était pleine à craquer.

Je suis donc allé au hasard à la salle d’à côté 😅.

Je suis tombé sur un workshop sur Flux CD, les Sealed Secrets et Crossplane, animé par Kim Schlesinger, DevAdvocate chez DigitalOcean.

C’était une assez bonne surprise, j’ai suivi la démonstration qui s’est déroulé sans heurts.

Le workshop est disponible ici. Je le referai à tête reposée.

Alerting in the Prometheus Ecosystem: The Past, Present and Future

2 fois OK, mais pas 3. J’ai retenu la leçon, je suis arrivé avec 25 minutes en avance pour avoir une place. Et HEUREUSEMENT. Encore une fois, la salle était pleine.

Josue (Josh) Abreu de Grafana Labs nous a présenté la façon dont ils ont géré les alertes sur le SaaS, avec les problématiques de scaling et les fonctionnalités qui leur manquait.

Le REX était intéressant mais comme le talk a commencé en retard (Pascal Martin aurait dit de toujours avoir son support sur une clé USB en cas de problème de laptop ;-P), le speaker a dû parler très vite et le récit était un peu dur à suivre.

Le talk s’est terminé par des “prédictions” sur les features du futur pour l’alert manager.

From `docker push` to Bytes on Disk: Inside Distribution

Wayne Warren & Adam Wolfe Gordon, tous deux ingénieurs à DigitalOcean nous ont parlé de Docker registries et de Docker images.

Le talk est présenté comme un 101 (donc pour débutants). Il est fun et très bien expliqué.

Le talk se limite à l’implementation “officielle” github.com/distribution/distribution, donnée à la CNCF par Docker en 2020.

Je n’en dirais pas plus, je pense qu’il faut le voir si vous ne connaissez pas bien ce sujet (les experts n’apprendront pas grand chose, j’ai quand même appris un ou deux trucs car c’est pas si 101 que ça, en fait).

How a Couple of Characters (and GitOps) Brought Down Our Site

Dernier talk de la journée (ouf !). Guy Templeton & Stuart Davidson de Skyscanner ont fait un REX sur un incident de prod dû, encore, à du Gitops !

Là encore, pas de spoil de ma part. Je dirais juste que c’est drôle, car dans tous les REX récents, j’ai vraiment l’impression qu’on est vraiment dans le tweet de Devops Borat de 2011 :-p

To make error is human. To propagate error to all server in automatic way is #devops.

All-Attendee Party 🎉 à Masía Aldamar

La journée s’est terminée sur l’habituelle All-attendee Party. C’était grandiose (lieu magnifique, traiteurs exceptionnels) mais nous étions trop nombreux, dans un espace trop restreint.

Avec la fatigue des deux jours j’avais besoin de calme et je n’ai pas apprécié comme j’aurais pu le faire, dans d’autres circonstances. Dommage.

Je n’avais jamais vu une Paella aussi grande. Et il y en avait 2.

Et un barbecue… et de la découpe de jambons… et des sushis…

Talks que j’aurais aimé voir

Si jamais pu me cloner (ou rentrer dans les salles pleines 😭), je serais probablement aussi allé voir :

Implementing Cert-manager in K8s - Jose Manuel Ortega, Freelance
Sharing Knowledge: Writing Good Docs for Quick Approval - Jared Bhatti, Waymo
How to Migrate 700 Kubernetes Clusters to Cluster API with Zero Downtime - Tobias Giese & Sean Schneeweiss, Mercedes-Benz Tech Innovation

Récap du premier jour de Kubecon Europe 2022 - Mercredi

Wed, 18 May 2022 22:00:00 +0000

Cet article fait partie d’une suite de 3 posts :

Récap du premier jour de Kubecon Europe 2022 - Mercredi
Récap du deuxième jour de Kubecon Europe 2022 - Jeudi
Récap du troisième et dernier jour de Kubecon Europe 2022 - Vendredi

Good morning Kubecon Europe !

2022, c’est l’année du retour de beaucoup de conférences IRL, notamment un événement que j’affectionne particulièrement : la Kubecon !

La Keynote d’ouverture a été animée par Priyanka Sharma, Executive Director de la Cloud Native Computing Foundation.

Cette keynote était l’occasion de faire passer quelques chiffres sur l’évolution de la Kubecon, et aussi de communauté “cloud native”.

J’ai choisi de retenir :

première Kubecon pour 65% des participants de cette conférence
7000 participants / 10000 online (en plus ou en tout ?)
7M de développeurs contribuent à l’écosystème

La keynote a été ponctué par plusieurs interventions (Je ne vais pas mentir, certaines ne m’ont pas laissé un souvenir impérissable…)

Je citerai Van Jones (CNN) qui nous a parlé de collaboration (et de pourquoi c’est difficile)

Disagreement is constructive. Disrespect is destructive

Nous avons eu aussi une intervention filmée de Ihor Dvoretskyi, un senior dev advocate de la CNCF qui se trouve être également Ukrainien.

You may think that you can’t do anything. You have given us hope

Dans les petites news, la prochaine Kubecon aura lieu à Amsterdam, une nouvelle certification de la CNCF arrive (Prometheus certified Associate) ainsi qu’une “Certified CNF” (pour les telco) que Priyanka a quasiment sauté, car nous étions très en retard.

7 Years of Running Kubernetes for Mercedes-Benz

La keynote suivante était un REX de Mercedes-Benz (Sabine Wolz, Peter Mueller, Jens Erat), “very early adopter” de Kubernetes puisqu’ils ont commencé à l’utiliser dès la version 0.9 !

Ils ont commencé par peindre une situation (en 2014) bien connue de nombreux ops :

Infrastructure optimisée pour les coûts, pas pour la vitesse
Infrastructure optimisée pour la gouvernance aisée, par pour la dev-experience

Demander une VM à l’infra pouvait prendre des semaines, les logiciels étaient à sources fermées, les logiciels open source devaient être explicitement autorisés, … Souvenirs, souvenirs.

2015 a été le déclic. Une équipe de développement a essayé de lancer le devops, avec l’utilisation de 100% de logiciels FOSS, l’autonomisation des développeurs (you build it, you run it, mise à dispo d’API pour déployer soi même), amélioration continue, etc. Le “lead time” est passé progressivement de jours à minutes dans certains cas.

Au début, les contributions des développeurs sur les logiciels open sources devaient être faites sur leur temps personnel (!!!), mais depuis, MB a un FOSS manifesto, qui autorise et incite tous les développeurs à contribuer.

Finalement un bel exemple à suivre.

Finding Your Power to Accelerate to a Sustainable Future

Kate Mulhall et Emma Collins de chez Intel ont ensuite parlé de green IT, d’écoconception et de comment améliorer l’informatique pour consommer moins.

Je n’ai pas exactement compris qu’elles étaient les solutions qu’elles proposaient.

Par exemple, un des chiffres mis en avant : les CPUs sont utilisés qu’à 20-40% de leur utilisation en moyenne. OK, mais on fait quoi pour améliorer ça ? Est-ce qu’un serveur qui consomme 100% de CPU consomme significativement moins que 5 serveurs qui en consomment 20 (tout compris) ?

Elles ont ressorti une étude (sans la sourcer) sur les langages de programmation qui consomment plus ou moins (dans quels cas ? en quelle année ?).

Ce talk était surtout une excuse pour parler (je pense) du nouveau SIG “CNCF Environmental Sustainability WG”.

A voir ce qu’il y a dedans et si cela apporte des solutions concrètes.

Incremental Deep Learning For Satellite with KubeEdge and MindSpore

L’avant dernière keynote de la journée était une keynote de Huawei. Xiaoman Hu, Zhipeng Huang et Yue Bao nous ont parlé de solutions open source sur lesquelles Huawei contribue dans le domaine des Low Earth Orbit Satellites.

En particulier, KubeEdge, KubeEdge Sedna et MindSpore, des projets qui permettent de gérer des workloads containerisés et des modèles de machine learning (léger) sur des flottes de satellites à basses orbites.

Ce talk a été l’occasion pour moi de découvrir l’architecture de KubeEdge. La présentation sur MindSpore était malheureusement inaudible (son de très mauvaise qualité, amplifié par les enceintes et l’écho de la salle).

Supporting the Community – So Open Source Projects Can Grow and Thrive

La dernière keynote, de Le Tran de chez Kasten est celle qui m’a le plus intéressé après celle de Mercedes Benz.

Le Tran a expliqué comment ils travaillaient pour améliorer la vie et la santé des communautés de logiciels open source. Il a cité 4 piliers :

Avoir le temps
- il faut donner du temps aux employés pour qu’ils contribuent sur des projets open source (et même l’encourager)
Avoir une vision claire
- avoir une gouvernance claire, une roadmap publique, des guides pour contribuer a un impact fort sur les contributions externes
Ressources et documentation
- Les projets open source doivent faciliter l’intégration et les contributions de membres novices
- Mettre à disposition de la documentation de qualité, des tutos vidéos, etc.
- Créer des rassemblements réguliers, des espaces de discussions permanents type Slack, etc
Promouvoir l’open source par défaut (open source first)

D’après ce que Kasten a pu vérifier sur plusieurs projets, ces approches donnent de réels résultats sur l’augmentation des communautés et des contributions.

West Side CD: The Deployment Ballet Goes On

Je ne vais pas mentir, je suis allé voir ce talk en partie pour le titre (joli blague).

Benoit Moussaud, dans l’équipe VMware Tanzu, nous a présenté Cartographer, un outil qui vise à résoudre plusieurs challenges que rencontrent les équipent qui mettent en plus des plateformes de CI/CD. C’est un projet récent (8 mois) mais actif. Benoît l’a présenté comme “an opinionated way to do CICD”, pour plusieurs raisons.

D’abord, Cartographer a choisi de renverser le pattern de l’orchestration de la CICD, pour passer sur de la Chorégraphie (everyone knows its part). Pour faire simple, ce n’est pas les tests (valides) qui appellent la création d’un artifact, mais la génération de l’artifact qui génère le lancement des tests.

Ensuite, pour éviter que chaque équipe ne réimplémente à chaque fois les pipelines de livraison, Cartographer apporte une couche d’abstraction au-dessus de tout ça. Cartographer met à disposition des “blueprints” où chaque équipe n’a qu’à piocher pour créer sa pipeline.

A tester, mais j’ai un peu peur vu les captures d’écrans que j’ai pu voir, que pour tout ce qui est configuration, ce soit un peu une “usine à gaz” (mais je peux me tromper).

Effective Disaster Recovery: The Day We Deleted Production

Clairement, c’était un talk à voir (mon coup de coeur de la journée). D’ailleurs, la salle était pleine à craquer avec des gens assis par terre et debout dans les allées.

Ce talk de Rick Spencer & Wojciech Kocjan de chez InfluxData était un REX d’un incident qu’ils ont eu en prod.

Suite au merge d’une PR (de YAML), qui en apparence ne faisait qu’ajouter des choses, ArgoCD a trashé un cluster Kubernetes de production.

Tout est parti d’une erreur (mauvais copié collé dans une PR) qui a introduit un conflit de nom dans une ressource déployée par Argo.

Je ne vais pas spoiler le talk car il vaut vraiment le coup d’être vu quand les replays seront disponibles. Les speakers ont présenté :

la cause
la timeline des événements
les actions jusqu’à la résolution
le postmortem
les actions correctives pour éviter que l’incident se reproduise dans le futur

Comme on dit sur Facebook, “ça fait réfléchir”.

Trampoline Pods: Node to Admin PrivEsc Built Into Popular K8s Platforms

Après la pause déjeuner, je suis allé voir le talk de Yuval Avrahami de Palo Alto Networks (Shaul Ben Hai étant absent). C’était encore un très bon talk.

En partant du fait que les containers ne sont pas une barrière de sécurité fiable, on peut imaginer un scénario dans lequel un attaquant a réussi à prendre le contrôle d’un container (car il avait une faille), PUIS, a réussi à sortir du container à cause d’une faille du kernel ou du CRI (il y en a eu plusieurs en 2022 déjà).

On part donc dans l’idée d’un node complet est compromis. Mais est ce que l’attaquant peut “rebondir” et prendre la main du cluster complet (aka être cluster admin) ?

Ce que Yuval nous a montré dans ce talk, c’est qu’il existe des workloads sur nos clusters (en particulier des DaemonSets) qui disposent de privilèges importants (pas forcément à première vue).

Après avoir classifié les permissions “dangereuses”, Yuval nous a fait une démo de rebond à partir de Cilium (corrigée depuis) et nous a présenté un outil rbac-police, permettant de faciliter ce genre d’audit sur nos clusters.

Supporting Long-Lived Pods Using a Simple Kubernetes Webhook

Clément Labbe de Slack est venu nous parler d’un problème que de nombreux administrateurs de Kubernetes ont pu avoir dans le passé : certains Pods sont difficiles à tuer.

Dans la liste des pods qu’il est embêtant de tuer, il a cité :

des Batch-jobs (>1d)
les caches distribués (warmup lent, datapull couteux)
des Jenkins controllers (singleton)

Dans la vraie vie, il existe plein de cas où on va tuer ces pods pour pouvoir drain des nodes. Soit parce qu’ils sont trop vieux, soit parce qu’on veut faire une mise à jour, etc.

Clément nous a expliqué qu’ils ont fait ça en se basant sur des taints, des tolerations et un admission webhook (open sourcé).

La solution “fonctionne” mais c’est un peu bourrin. Je ne peux pas dire que je sois fan de la façon dont c’est fait. Si jamais ça vous intéresse, je vous laisse aller voir les slides ou le replay quand il sera disponible, pour bien comprendre.

Note : ce talk a été l’occasion pour moi de découvrir bedrock CLI, un outil permettant de générer le YAML d’objets Kube, que je ne connaissais pas. C’est toujours ça de pris ;-)

Building a Nodeless Kubernetes Platform

Pour terminer, je suis allé voir un talk de William Denniss de chez Google Cloud. Peut-être que je n’ai pas été aidé par la fin de journée, mais j’ai trouvé le talk un peu long à devenir intéressant.

Note: Cette conférence, taguée “Serverless” sur Sched.com, ne parle à AUCUN moment de serverless. C’est un peu énervant. En vrai, le sujet était :

Go behind the scenes of the creation of GKE Autopilot

Le but du talk était donc de voir les choix techniques et fonctionnels qui avaient été faits (et surtout pourquoi) lors de la création de l’offre GKE Autopilot de Google Cloud.

GKE, dans lequel on peut encore accéder aux VMs. Autopilot, c’est la promesse de ne plus du tout avoir à gérer les nodes de Kubernetes (aka, ne plus du tout y avoir accès)

Managed Kubernetes goal doesn’t aim to simplify use of Kubernetes. It simplifies the task to install and manager Kubernetes nodes.

Nous avons donc passé en revu une bonne partie des choix techniques qui ont fait Autopilot, à savoir :

utiliser des VMs comme pour GKE parce que c’est plus simple pour colocaliser des ressources “multi single-tenant” dessus
une visibilité sur les nodes, mais pas d’API pour interagir avec
pas de possibilité de s’y connecter (surtout pas par SSH)
pas de pod disposant de capabilities permettant de rebondir sur le node (priviledged, mounting root FS, etc)

Les décisions intéressantes (par exemple, comment gérer le choix automatique de la taille des VMs instanciées) ne sont arrivés qu’à la toute fin.

After LaunchDarkly, HoneyComb, Kong

Nous avons fini, Christian et moi, par un afterwork dans un bar au pied de la plage, dans lequel nous avons rencontré et échangés avec plusieurs de nos pairs.

C’était vraiment très sympa :)

(Merci LaunchDarkly pour l’invitation)

Ce que j’aurais aimé voir

Si jamais pu me cloner (plusieurs fois), je serais probablement aussi allé voir :

Multi-cluster Failover Using Linkerd - Charles Pretzer, Buoyant, Inc.
Kubernetes is Your Platform: Design Patterns For Extensible Controllers - Rafael Fernández López, SUSE & Fabrizio Pandini, VMware
This is The Way: A Crash Course on the Intricacies of Managing CPUs in K8s - Swati Sehgal, Red Hat & Marlow Weston, Intel
Bypassing Falco: How to Compromise a Cluster without Tripping the SOC - Shay Berkovich, BlackBerry
Seeing is Believing: Debugging with Ephemeral Containers - Aaron Alpar, Kasten
Securing Kubernetes Applications by Crafting Custom Seccomp Profiles - Sascha Grunert, Red Hat
Create Your First CNCF Serverless Workflow Project with Kogito and Knative - Ricardo Zanini Fernandes, Red Hat
Network-aware Scheduling in Kubernetes - José Santos, Ghent University
Autoscaling Kubernetes Deployments: A (Mostly) Practical Guide - Natalie Serrino, New Relic (Pixie team)

Kubecon Europe 2022 on Zwindler's Reflection

Récap du troisième et dernier jour de Kubecon Europe 2022 - Vendredi

This is the end. Hold your breath and count to ten.

A Treasure Map of Hacking (and Defending) Kubernetes

What Anime Taught Me About K8s Development & Tech Careers

Better Bandwidth Management with eBPF

C’est déjà fini

Talks que j’aurais aimé voir

Récap du deuxième jour de Kubecon Europe 2022 - Jeudi

Kubernetes Project Updates

Securing Shopify’s Software Supply Chain

Landscape Sustainability: The Pillars of Cloud Native Growth

Building Bridges: Cloud Native and High Performance Computing

Fun with Continuous Compliance

GitOps to Automate the Setup, Management and Extension a K8s Cluster

Sponsors

Alerting in the Prometheus Ecosystem: The Past, Present and Future

From docker push to Bytes on Disk: Inside Distribution

How a Couple of Characters (and GitOps) Brought Down Our Site

All-Attendee Party 🎉 à Masía Aldamar

Talks que j’aurais aimé voir

Récap du premier jour de Kubecon Europe 2022 - Mercredi

Good morning Kubecon Europe !

7 Years of Running Kubernetes for Mercedes-Benz

Finding Your Power to Accelerate to a Sustainable Future

Incremental Deep Learning For Satellite with KubeEdge and MindSpore

Supporting the Community – So Open Source Projects Can Grow and Thrive

West Side CD: The Deployment Ballet Goes On

Effective Disaster Recovery: The Day We Deleted Production

Trampoline Pods: Node to Admin PrivEsc Built Into Popular K8s Platforms

Supporting Long-Lived Pods Using a Simple Kubernetes Webhook

Building a Nodeless Kubernetes Platform

After LaunchDarkly, HoneyComb, Kong

Ce que j’aurais aimé voir

From `docker push` to Bytes on Disk: Inside Distribution