WEBVTT 00:00:00.005 --> 00:00:03.925 Ok. Alors, pour commencer, je vous propose de vous présenter chacun votre tour. 00:00:03.985 --> 00:00:06.225 Moi, je l'ai déjà fait et je recommence vite fait pour ceux qui viennent d'arriver. 00:00:06.445 --> 00:00:08.945 Je suis Alain Regnier, CTO de KuboLabs. 00:00:09.325 --> 00:00:12.525 On est spécialisé dans Kubernetes depuis plus de huit ans maintenant, 00:00:13.165 --> 00:00:16.185 notamment la détection et la résolution de problèmes sur vos clusters. 00:00:17.785 --> 00:00:21.665 Benjamin Gandon, je suis responsable des formations chez Enix. 00:00:22.125 --> 00:00:25.485 Et Enix, ce n'est pas une boîte qui fait que des formations Docker Kubernetes, 00:00:25.665 --> 00:00:27.745 c'est une boîte qui fait des services managés. 00:00:27.745 --> 00:00:33.605 On manage des clusters Kubernetes pour les entreprises beaucoup de startups 00:00:33.605 --> 00:00:39.805 et puis des clients de plus en plus gros on a une petite équipe parisienne d'experts 00:00:39.805 --> 00:00:43.565 qu'on a sous la main sous Slack c'est une interaction avec le client qui est 00:00:43.565 --> 00:00:47.365 d'une proximité phénoménale parce qu'il n'y a pas de ticket chez nous s'il y a un problème, 00:00:47.525 --> 00:00:51.185 on fait un Slack et on a tout de suite l'expert qui est là et qui répond, 00:00:51.365 --> 00:00:56.765 c'est juste une expérience incomparable pour les clients et on a une petite 00:00:56.765 --> 00:01:00.345 boîte puis on a une petite place symbolique dans la communauté Kubernetes alors 00:01:00.345 --> 00:01:04.365 voilà on pourra en reparler après et voilà et je passe la main. 00:01:04.765 --> 00:01:10.145 Et donc Guillaume Letron alors moi je fais du Kubernetes depuis 2015 ça fait 00:01:10.145 --> 00:01:13.265 pas mal de temps et j'ai un podcast sur Kubernetes ça fait longtemps qu'on n'a 00:01:13.265 --> 00:01:16.725 pas fait d'épisode donc là justement c'était un peu le but donc vous êtes en 00:01:16.725 --> 00:01:19.585 train de participer à l'enregistrement d'un podcast qu'on va pouvoir mettre 00:01:19.585 --> 00:01:22.185 pour pouvoir justement parler de la KubeCon et au sein de la KubeCon, 00:01:22.645 --> 00:01:25.985 on a pu organiser un peu des événements pour regrouper la communauté francophone 00:01:25.985 --> 00:01:29.725 et on s'est retrouvés à la fin à être à peu près une centaine à la cocon, 00:01:29.865 --> 00:01:31.905 donc c'était plutôt cool, et on va pouvoir justement en parler. 00:01:32.145 --> 00:01:33.965 Alors pour commencer, moi je voudrais vous poser une question, 00:01:34.285 --> 00:01:37.845 moi j'ai un peu répondu pour moi déjà, mais qu'est-ce que vous avez pensé des keynotes ? 00:01:37.845 --> 00:01:40.745 Eh bien, beaucoup d'AI, beaucoup d'intelligence artificielle, 00:01:40.765 --> 00:01:45.245 très clairement, et moi quand j'écoutais, déjà première impression, 00:01:45.325 --> 00:01:46.485 j'arrive, la taille de la salle. 00:01:47.985 --> 00:01:51.785 Le gigantisme, et le nombre d'écrans, je me dis, 00:01:51.905 --> 00:01:56.805 j'ai pris une baffe, et ensuite la présence de l'AI et je pensais à ta rétro 00:01:56.805 --> 00:02:03.345 de Google Next à l'automne et je me suis dit bah ouais en fait en 2024 si tu 00:02:03.345 --> 00:02:07.025 cours pas si tu fais pas la course à l'échalote pour placer un bout de nom et 00:02:07.025 --> 00:02:08.805 intelligence artificielle sur ton produit, 00:02:09.325 --> 00:02:13.485 personne ne s'y intéresse et en gros voilà tout le monde court après le truc 00:02:13.485 --> 00:02:16.105 pour rester visible il faut de l'intelligence artificielle, 00:02:16.685 --> 00:02:20.565 mais je pense que les gens ont vraiment peur de, 00:02:21.640 --> 00:02:25.820 de mourir. C'est soit tu restes visible, soit tu meurs. 00:02:25.920 --> 00:02:27.920 Enfin, tu vois, c'est un peu... Voilà, bon bref. Donc du coup, 00:02:27.960 --> 00:02:30.880 une exposition de l'intelligence artificielle dans les keynotes, 00:02:30.920 --> 00:02:34.340 comme tu disais, exactement ce que tu disais juste avant, un peu surexposée. 00:02:34.540 --> 00:02:39.240 Bon, apparemment, ça va forquer. Il y a des prévisions de faire des conférences 00:02:39.240 --> 00:02:40.980 d'intelligence artificielle à part. 00:02:41.960 --> 00:02:45.060 Voilà. Et puis sinon, beaucoup de vendors. Chez Enix, en fait, 00:02:45.080 --> 00:02:48.640 on avait organisé les Kubernetes Community Days l'année dernière, en 2023. 00:02:49.040 --> 00:02:51.520 Donc, on est assez ouvert sur la communauté noté l'open source. 00:02:52.020 --> 00:02:54.960 Nous, on manage énormément d'open source, du coup, parce que c'est ce que nos 00:02:54.960 --> 00:02:55.960 ingénieurs, ils aiment bien gérer. 00:02:56.900 --> 00:03:01.560 Et puis, ça sauve beaucoup de frais de licence pour les clients. 00:03:02.720 --> 00:03:08.360 Et donc, les trucs de marque, de vendor, typiquement, notre réaction, 00:03:08.420 --> 00:03:09.920 c'est « Ouais, ça va, quoi. 00:03:10.360 --> 00:03:14.800 » Moi, j'avais l'habitude de dire, alors, j'ai un avis sur les conférences qui 00:03:14.800 --> 00:03:17.140 est toujours un peu particulier, c'est « Je ne vais pas dans les talks. 00:03:17.500 --> 00:03:20.400 » Je trouve ça... Enfin, en fait, je n'y vais pas pour ça. J'y vais pour rejoindre 00:03:20.400 --> 00:03:21.440 les gens, j'y vais pour plein de choses. 00:03:21.680 --> 00:03:24.220 Mais j'avais l'habitude de dire que, par contre, à la KubeCon, 00:03:24.280 --> 00:03:27.540 les keynotes, c'est un endroit où aller. J'avais fait Barcelone, j'avais fait Valence. 00:03:28.120 --> 00:03:30.440 Et pour le coup, la taille de la salle était petite, je trouve, 00:03:30.460 --> 00:03:31.860 par rapport à Valence et Barcelone. 00:03:32.040 --> 00:03:34.860 Et surtout, pas bien organisée. À Valence, on était plus proche parce qu'elle 00:03:34.860 --> 00:03:37.500 était en horizontale, alors qu'elle était très en profondeur. 00:03:37.520 --> 00:03:40.660 Les gens, tout au fond, ne voyaient rien. Alors que voilà, c'était un peu plus ça. 00:03:40.680 --> 00:03:41.480 Il y avait des écrans géants. 00:03:41.640 --> 00:03:44.940 Il y avait des écrans géants quand même, mais voilà. Et là, pour le coup, 00:03:44.980 --> 00:03:47.560 il y a, j'ai largement tweeté au moment où c'est arrivé, 00:03:48.280 --> 00:03:51.140 IA, IA, IA, on a bouffé de l'IA alors après 00:03:51.140 --> 00:03:56.540 pour être allé aussi au CloudFest juste avant j'ai fait Rejects CloudFest à 00:03:56.540 --> 00:04:02.140 KubeCon en une semaine c'était sportif et quand on va au CloudFest on s'aperçoit 00:04:02.140 --> 00:04:06.460 de l'argent qui est généré par l'IA c'est à dire que Nvidia rinçait absolument 00:04:06.460 --> 00:04:10.120 tout et donc il y a aussi cet effet là qui est que l'IA 00:04:10.540 --> 00:04:13.280 on en parle, on a peut-être peur de le voir mais aussi parce que ça rapporte 00:04:13.280 --> 00:04:16.620 énormément Là, il y a encore eu des chiffres d'Azur aujourd'hui ou hier qui 00:04:16.620 --> 00:04:21.660 disaient qu'ils avaient fait plus de 23% juste de CPU et de GPU dans la dernière 00:04:21.660 --> 00:04:23.360 année de chiffre d'affaires. 00:04:23.500 --> 00:04:25.160 En 2024, c'est le roi du pétrole. 00:04:25.300 --> 00:04:29.500 C'est ça. C'est ceux qui vendent les pelles pour ceux qui cherchent l'or. 00:04:29.700 --> 00:04:32.020 C'est vraiment, on est dans ce truc-là aujourd'hui. Donc oui, 00:04:32.080 --> 00:04:33.920 c'est pour ça qu'il y a les keynotes qui sont très importantes. 00:04:34.200 --> 00:04:36.460 Moi, c'est vrai que je ne les ai pas toutes vues alors que dans toutes les autres 00:04:36.460 --> 00:04:39.260 KubeCon, j'y étais allé. Ça a été ultra important d'aller à la keynote. 00:04:39.500 --> 00:04:41.940 Cette année, j'avoue que j'ai fait l'impasse à quelques-unes, 00:04:42.020 --> 00:04:45.040 et on reviendra peut-être pourquoi après j'ai fait l'impasse de temps en temps. 00:04:46.100 --> 00:04:49.060 Je trouve que c'est une question très intéressante. L'intelligence artificielle, 00:04:49.060 --> 00:04:52.960 pour moi, c'est un signe des temps, mais c'est un signe des temps où aussi on 00:04:52.960 --> 00:04:56.400 est attiré vers ce qui est intéressant, 00:04:57.080 --> 00:05:02.500 vers les nouveaux projets qui tirent des gens parce que c'est intéressant, 00:05:02.600 --> 00:05:05.060 mais qui tirent aussi énormément de financement. 00:05:05.200 --> 00:05:08.760 Je dis souvent, le gros truc de ChatGPT, c'est un énorme coup de com'. 00:05:09.200 --> 00:05:13.260 Tout à coup ils se sont mis au milieu de la scène mondiale ça a fait un tabac 00:05:13.260 --> 00:05:14.240 phénoménal mais surtout, 00:05:15.278 --> 00:05:19.318 Il y a une quantité dingue d'investisseurs qui sont débarqués avec des quantités dingues d'argent. 00:05:21.298 --> 00:05:24.618 Ensuite, on espère que ça va donner des trucs. 00:05:25.538 --> 00:05:29.318 Alors, bien pour l'humanité, ça, c'est une grande question. Bien pour l'intérêt 00:05:29.318 --> 00:05:30.478 général, ça, on ne sait pas encore. 00:05:31.078 --> 00:05:34.318 C'est vrai qu'il va y avoir une grosse partie des projets qui vont mourir. 00:05:34.358 --> 00:05:36.938 Mais tous les investisseurs aujourd'hui, ils se disent, et pour être dans une 00:05:36.938 --> 00:05:39.278 boîte qui en fait partie avec un fonds d'investissement qui est dedans, 00:05:39.638 --> 00:05:41.338 leur but, c'est d'investir énormément. 00:05:41.498 --> 00:05:44.498 Et ils savent que s'ils ont 2% de leurs entreprises qui explosent avec l'IA, 00:05:44.498 --> 00:05:49.318 ces 2%-là arriveront à rembourser les 80 et 18% qui auront raté. 00:05:49.418 --> 00:05:51.898 Il faut voir qu'on est peut-être en ce cas c'est l'estimation, 00:05:51.918 --> 00:05:55.338 on est à un chemin de bascule qui peut arriver la question étant, 00:05:55.418 --> 00:05:59.978 est-ce qu'on est à l'aube de ce qu'a été Internet dans les années 2000 ou de 00:05:59.978 --> 00:06:02.898 la blockchain et en fait les deux, les NFT etc. 00:06:03.218 --> 00:06:06.298 La question étant, voilà, de quel côté de la barrière on est et tout le monde 00:06:06.298 --> 00:06:08.738 a des visions un peu différentes par rapport à ça, l'avenir nous le dira. 00:06:08.818 --> 00:06:12.658 Est-ce qu'on arrive à avoir vraiment un potentiel qui est Game Changer là-dedans ? 00:06:12.978 --> 00:06:15.358 Juste pour répéter moi ma réponse par rapport à ce que j'ai dit tout à l'heure 00:06:15.358 --> 00:06:19.058 j'ai trouvé qu'il y avait beaucoup d'IA dans les keynotes et très peu d'IA sur les stands, 00:06:19.678 --> 00:06:24.138 voire même dans les talks alors que pour comparer conférences comme Google Cloud 00:06:24.138 --> 00:06:27.918 Next qui a eu lieu à Las Vegas il y a quelques semaines là par contre il y avait 00:06:27.918 --> 00:06:31.058 et de l'IA à la keynote et il y avait de l'IA partout sur les stands mais je 00:06:31.058 --> 00:06:33.798 reste persuadé qu'il y aura de plus en plus d'IA y compris dans Kubernetes, 00:06:34.198 --> 00:06:39.018 c'est juste que c'est encore le niveau hype pour le moment et ça va se démocratiser 00:06:39.018 --> 00:06:41.138 et évoluer dans les mois qui viennent Peut-être. 00:06:41.138 --> 00:06:43.538 Aussi pour parler un peu des keynotes, c'est que là dans les keynotes, 00:06:43.558 --> 00:06:44.878 il y a surtout eu l'application de Kubernetes. 00:06:45.258 --> 00:06:48.858 On a surtout vu, on met de l'IA dans le cube, etc. Mais on n'a pas parlé vraiment 00:06:48.858 --> 00:06:51.318 de Kubernetes, on a parlé un peu vraiment de tout l'écosystème. 00:06:51.678 --> 00:06:54.218 Et c'est peut-être aussi un peu une critique que je vais avoir par rapport à 00:06:54.218 --> 00:06:58.578 la Kukon, c'est que cube a 10 ans et on est peut-être un peu arrivé à la maturité. 00:06:58.578 --> 00:07:02.498 Et je me souviens avant j'étais dans l'écosystème OpenStack et il y a eu une 00:07:02.498 --> 00:07:07.358 hype phénoménale d'OpenStack pendant un temps, les OpenStack Summit c'était celui de Paris, 00:07:07.458 --> 00:07:12.398 je m'en souviens encore c'était la même cet argent qui coule du plafond qu'on 00:07:12.398 --> 00:07:16.318 peut voir partout dans les soirées il y avait cette même hype on en. 00:07:16.318 --> 00:07:17.658 Parle encore dans les soirées CubeCon. 00:07:17.658 --> 00:07:23.178 Ça en fait partie et c'est la même chose les soirées Mirantis ont toujours été 00:07:23.178 --> 00:07:27.698 réputées pour ça donc il y avait ça et en fait d'un seul coup la hype a disparu 00:07:27.698 --> 00:07:30.758 mais c'est pas OpenStack qui a disparu c'est juste cette hype autour de ça parce 00:07:30.758 --> 00:07:34.198 que c'est devenu standard et il y a peut-être ce truc là où aujourd'hui demain 00:07:34.198 --> 00:07:35.058 on aura peut-être une Iacon 00:07:35.498 --> 00:07:38.498 ou un ChatGPTCon ou quoi que ce soit et en fait c'est ça qui deviendra hype 00:07:38.498 --> 00:07:41.198 mais Kubernetes c'est en devenu quelque chose qu'on installe parce qu'on l'installe 00:07:41.198 --> 00:07:44.538 c'est devenu normal c'est vraiment du community Oui. 00:07:44.578 --> 00:07:49.178 Boring et en fait pour tout vous dire je reviens du CloudFoundry Day la semaine 00:07:49.178 --> 00:07:52.318 dernière à New York CloudFoundry c'était une communauté aussi assez vibrante 00:07:52.318 --> 00:07:56.118 qui s'est réduit énormément Et là, aujourd'hui, les gens disent « Oui, 00:07:56.178 --> 00:07:58.118 bon, notre boulot, ça tourne et c'est boring. 00:07:58.578 --> 00:08:02.538 » Mais peut-être que Kubernetes, justement, cherche à ne pas devenir trop boring. 00:08:02.998 --> 00:08:05.358 Mais une fois que tout le monde sait que c'est un standard de fait, 00:08:06.078 --> 00:08:07.858 et ça devient vraiment un standard de fait, parce qu'aujourd'hui, 00:08:08.378 --> 00:08:10.518 les gens qui font un truc par-dessus Kubernetes, ils disent « Oh ! », 00:08:11.337 --> 00:08:14.337 ce que j'ai fait, c'est standard, parce que c'est sur Kubernetes. 00:08:14.657 --> 00:08:16.817 Et ça, c'est très intéressant aussi, c'est vraiment une évolution. 00:08:17.017 --> 00:08:21.417 J'avais un talk en 2018 au GDG, quand il y avait encore des confs GDG, 00:08:21.477 --> 00:08:23.897 et c'était comment faire une application Kubernetes native. 00:08:24.137 --> 00:08:26.937 Et c'est en fait comment demain on ne fera que des applications Kubernetes native. 00:08:27.377 --> 00:08:29.877 Et donc, je pense que demain, c'est ça, parce que c'est un moule. 00:08:29.937 --> 00:08:34.517 Et beaucoup de choses vont rentrer dans ce moule-là, en fait. 00:08:34.777 --> 00:08:38.657 Et on voit aujourd'hui, même dans le monde de l'IA, je me souviens plus du nom, mais même des, 00:08:39.717 --> 00:08:43.637 orchestrateurs de modèles qui sont Kubernetes native, on réfléchit pas c'est 00:08:43.637 --> 00:08:46.817 pas une réflexion en fait, c'est comme aujourd'hui on fait du git pour plein 00:08:46.817 --> 00:08:50.097 d'usages et qu'on réfléchirait pas à quel serait l'usage bah demain on aura du Kubernetes, 00:08:50.317 --> 00:08:51.977 mais parce qu'en fait c'est ce qu'il y a au-dessus qui devient intéressant, 00:08:52.197 --> 00:08:54.717 c'est là où il y a de la valeur ajoutée et justement je trouve que ce qui était 00:08:54.717 --> 00:08:57.557 bien dans Kubernetes et ce qu'il n'a pas fait OpenStack c'est que Kubernetes 00:08:57.557 --> 00:08:59.257 n'a pas essayé de tout regrouper à 00:08:59.257 --> 00:09:01.777 lui, il a juste mis des API et il a dit maintenant que je les change plus, 00:09:01.857 --> 00:09:05.337 faites dessus et comme Linux, et c'était d'ailleurs le message à chaque fois que Linux dit, 00:09:05.477 --> 00:09:08.017 c'est moi je veux juste pas casser les applications qui sont dessus, 00:09:08.197 --> 00:09:10.657 voilà Notre seul API, c'est-à-dire Linux, ça doit être un peu boring. 00:09:11.077 --> 00:09:14.417 Et bien Kubernetes, étant aussi dans la Linux Foundation via le CNCF, 00:09:14.477 --> 00:09:18.797 c'est un peu ça en fait. Et maintenant, on a quelque chose, on a une brique, construisez avec. 00:09:18.897 --> 00:09:23.017 On a construit le béton, on a fait du béton, maintenant, utilisez-le pour faire 00:09:23.017 --> 00:09:23.777 des choses intéressantes avec. 00:09:24.577 --> 00:09:26.957 Et l'IA en fait partie en fait. Et c'est pour ça qu'on a ça, 00:09:27.017 --> 00:09:28.577 mais le problème, c'est qu'on ne parle pas au même public. 00:09:28.697 --> 00:09:31.677 C'est que là, on avait un public d'IA, alors qu'en fait, les gens qui venaient, 00:09:31.717 --> 00:09:34.337 c'était des gens qui opèrent du cube, c'est des gens qui font du cube. 00:09:34.417 --> 00:09:38.097 Et en fait, on leur parlait. il y avait vraiment deux mondes le monde de l'usage 00:09:38.097 --> 00:09:41.157 et le monde de Kubernetes et il y avait peut-être un peu ces deux conflits qui 00:09:41.157 --> 00:09:44.017 sont vus dans Equinote Et pour rebondir. 00:09:44.017 --> 00:09:47.677 C'est exactement pour cette raison qu'en ce moment on ne parle plus de Kubernetes 00:09:47.677 --> 00:09:51.997 comme technologie le sujet c'est plus déployer Kubernetes on commence à parler 00:09:51.997 --> 00:09:55.737 davantage d'écosystème Kubernetes, parce que le sujet c'est pas Kubernetes en 00:09:55.737 --> 00:09:57.757 lui-même, c'est ce qu'on en fait On. 00:09:57.757 --> 00:10:00.277 Parle même de platform engineering et je trouve ça très drôle parce qu'en fait 00:10:00.277 --> 00:10:03.517 le platform engineering n'existe que parce qu'il y a Kubernetes Alors non. 00:10:03.597 --> 00:10:05.837 En clatonnerie on faisait du platform en Algérie depuis longtemps. 00:10:05.997 --> 00:10:07.457 Oui, mais on a eu un autre sujet. 00:10:10.335 --> 00:10:15.615 Alors, autre question, quel est le talk ou le sujet qui vous a le plus intéressé, 00:10:15.615 --> 00:10:19.655 marqué positivement de ce que vous avez vu à la KubeCon ? 00:10:20.035 --> 00:10:23.675 Alors moi, c'est un personnel. Alors j'ai dit que j'allais dans peu de talk, 00:10:23.735 --> 00:10:24.815 j'en ai fait un quand même. 00:10:25.095 --> 00:10:28.655 Et c'est un point de vue complètement personnel. C'est en fait un projet de 00:10:28.655 --> 00:10:32.175 Thales qui met du Kubernetes dans les avions pour faire les Infight Entertainment. 00:10:32.755 --> 00:10:36.435 Donc tous les écrans de bord et qui tournent en Kubernetes. et je trouve ça 00:10:36.435 --> 00:10:39.695 trop bien parce que j'ai participé un tout petit peu il y a très longtemps au 00:10:39.695 --> 00:10:42.855 tout début où j'avais vu et ça m'est arrivé souvent de dire mais vous avez peur 00:10:42.855 --> 00:10:45.935 de Kubernetes non non il y a des Kubernetes dans les avions et ben voilà donc 00:10:45.935 --> 00:10:48.055 là il y avait un talk où ils présentaient comment ils ont fait, 00:10:48.155 --> 00:10:51.315 tout ce qu'ils ont fait ensuite et j'avais pas vu jusqu'où ils étaient allés 00:10:51.315 --> 00:10:54.675 et donc voilà je trouvais ça super cool Copieur ! 00:10:55.155 --> 00:10:57.375 Parce qu'effectivement c'est 00:10:57.375 --> 00:11:01.795 exactement le même qu'on a repéré chez Enix qu'on a suivi avec attention. 00:11:02.675 --> 00:11:04.695 Moi j'en ai n'ai pas fait beaucoup. Je suis un peu comme toi. 00:11:04.775 --> 00:11:06.315 En fait, j'y suis allé pour les gens. 00:11:06.415 --> 00:11:10.475 Du coup, j'ai beaucoup serré de pince et discuté avec les gens parce que je 00:11:10.475 --> 00:11:12.435 ne les vois pas autrement. Enfin, voilà, c'est l'occasion. 00:11:13.315 --> 00:11:16.695 En se disant, on peut regarder des vidéos. Mais... 00:11:16.695 --> 00:11:20.375 On peut, mais est-ce qu'on le fait ? Parce que la légende, c'est je veux... 00:11:20.375 --> 00:11:24.575 Même à Devox, je ne veux pas avoir le taux qui m'intéresse, mais je regarderai les vidéos. 00:11:24.815 --> 00:11:27.795 En fait, est-ce qu'on regarde vraiment les vidéos après ? Quelques-unes, 00:11:27.875 --> 00:11:31.135 en général, oui, mais pas toutes celles qu'on aurait voulu voir de toute façon. 00:11:31.495 --> 00:11:34.995 Un peu comme toutes les choses qu'on remet à plus tard. En fait, on les remet à jamais. 00:11:35.475 --> 00:11:38.635 Mais comme chez Enix, on est nombreux, alors du coup, il y avait qui ? 00:11:38.635 --> 00:11:43.755 Nirmata, le talk de Nirmata, Kubernetes Policy Time Machine, 00:11:44.615 --> 00:11:50.095 que tu as noté, tu en parlais dans tes slides juste avant, avec le Common Expression 00:11:50.095 --> 00:11:53.255 Languages, les Validating Admission Policies, donc ça aussi intéressant. 00:11:53.455 --> 00:11:59.135 Et je suis allé voir l'ami Daniel Garnier-Moirou parler de Waititi et la suite Carvel. 00:12:00.615 --> 00:12:03.595 C'est intéressant C'est intéressant parce que la communauté n'est pas forcément 00:12:03.595 --> 00:12:08.595 au courant que Helm, ce n'est pas la seule façon de déployer dans Kubernetes. 00:12:08.975 --> 00:12:12.055 Alors, c'est clairement le plus répandu. 00:12:14.175 --> 00:12:17.435 Cependant, je reproche tout de même à Helm d'utiliser cette espèce de langage 00:12:17.435 --> 00:12:21.295 à moustache qui est franchement totalement inadapté à Yamel. 00:12:21.555 --> 00:12:24.955 On ne va pas se mentir. Et Carvel, c'est une espèce de réponse à ça, 00:12:25.015 --> 00:12:27.915 fait par les gens de la communauté CloudFoundry ? 00:12:28.817 --> 00:12:31.737 Et en disant on va faire un processing de YAML 00:12:31.737 --> 00:12:35.077 qui comprend ce que c'est que du YAML et qui ne fait pas un templating 00:12:35.077 --> 00:12:39.617 de texte rentrer au chausse-pied pour générer du YAML et l'idée c'est de faire 00:12:39.617 --> 00:12:44.337 des outils à la Unix chacun fait son boulot un boulot simple et clair déterminé 00:12:44.337 --> 00:12:48.037 et il y en a 7 ou 8 des outils comme ça le plus connu c'est Waititi c'est un 00:12:48.037 --> 00:12:51.997 processeur de YAML avec un template engine mais c'est très avancé nous c'est. 00:12:51.997 --> 00:12:53.277 Keap qu'on utilise tout le temps. 00:12:54.057 --> 00:12:58.537 Keap est un ordonnanceur de kubectl apply Play, ça faut le savoir. 00:12:58.717 --> 00:13:00.937 Quand on fait un cube que tu l'as à Play et que ça ne se met pas dans le bon 00:13:00.937 --> 00:13:03.497 ordre ou qu'en fait, on n'arrive pas à trouver le bon ordre, 00:13:03.577 --> 00:13:08.877 il y a des outils pour faire exactement la même chose mais en trouvant par lui-même le bon ordre. 00:13:09.657 --> 00:13:12.617 Et puis sans saturer parce que ça est fait par batch de 5 par 5. 00:13:12.917 --> 00:13:15.977 Ça attend comme il faut que ça marche bien avant de rentrer la suite. 00:13:16.877 --> 00:13:22.997 Donc la suite, Carvel. Et donc c'est dans le giron VMware, aujourd'hui Broadcom, Tanzu. 00:13:24.057 --> 00:13:25.637 Il faut quand même créditer un peu. 00:13:25.757 --> 00:13:27.557 J'avais peut-être un talk aussi, mais alors là Là, pour le coup, 00:13:27.577 --> 00:13:30.017 je vais comme ça rebondir sur la Regex où je suis allé. 00:13:30.177 --> 00:13:33.537 Là, pour le coup, j'aime bien faire tous les talks. J'adore la Regex. Ça fait longtemps. 00:13:33.657 --> 00:13:37.437 En plus, je connais les gars qui le font. Et il y avait un talk sur IBPF, 00:13:38.057 --> 00:13:38.977 genre vraiment par le bas. 00:13:39.117 --> 00:13:41.017 Et c'est vrai qu'on n'en a pas parlé, mais IBPF est un énorme sujet. 00:13:41.677 --> 00:13:42.917 Il y aura un talk après dessus. 00:13:43.957 --> 00:13:47.097 Mais IBPF, the hardware, où on regarde exactement quelles sont les instructions, 00:13:47.357 --> 00:13:48.097 qu'est-ce qu'ils utilisent, etc. 00:13:48.377 --> 00:13:50.877 Et en fait, ça permet, je trouve vraiment, d'être un talk très, 00:13:50.977 --> 00:13:54.397 très technique, en même temps assez abordable, mais qui permet vraiment d'appréhender 00:13:54.397 --> 00:13:57.977 ce que c'est réellement eBPF et pas juste la magie qu'on a autour et qui fait 00:13:57.977 --> 00:14:01.577 que des fois quand on regarde la magie, on peut ne pas vraiment comprendre où est le lapin. 00:14:01.757 --> 00:14:04.717 Là, au moins on voit vraiment quelles sont les instructions donc quelles sont 00:14:04.717 --> 00:14:07.877 les sécurités qui sont dedans et ça permet d'avoir vraiment une bonne vision 00:14:07.877 --> 00:14:10.897 dessus et donc ça c'était vraiment un talk sympa vraiment on arrive dans le 00:14:10.897 --> 00:14:12.757 C, en quoi ça compile, quelles sont les instructions, 00:14:13.077 --> 00:14:17.477 voilà en allant voir tout ça et ça dure 10 minutes et c'est vraiment super intéressant dessus. 00:14:18.237 --> 00:14:21.957 Alors moi, celui qui m'a le plus surpris je vous en ai parlé un petit peu tout 00:14:21.957 --> 00:14:26.117 à l'heure c'est celui sur Pix, le fait de se dire « on va scheduler des pods 00:14:26.117 --> 00:14:30.977 en fonction de l'efficacité électrique au niveau des CPU ». 00:14:31.669 --> 00:14:35.749 Je trouvais le sujet bizarre en me disant c'est vraiment, c'est de la hype aussi, 00:14:35.889 --> 00:14:37.929 c'est de la bienfaisance, c'est tout ce qu'on voudra. 00:14:38.049 --> 00:14:41.249 Et en fait, j'ai été voir un talk très technique où ils ont vraiment expliqué, 00:14:41.249 --> 00:14:44.749 justifié le pourquoi du comment. Donc, c'était particulièrement intéressant. 00:14:45.349 --> 00:14:47.689 Et alors, pour répondre, pour rebondir effectivement à la question suivante 00:14:47.689 --> 00:14:50.709 qui était, quel est le suite qui t'a le moins plu ou déçu ? 00:14:53.089 --> 00:15:01.089 Moi je suis allé avec un contact qui m'a dit viens on va voir le board de la 00:15:01.089 --> 00:15:04.409 CNCF, on va pas se mentir c'était un petit peu boring en l'occurrence. 00:15:05.249 --> 00:15:09.629 Moi j'ai pas de talk à part la keynote où vraiment je crois que je suis sorti 00:15:09.629 --> 00:15:13.469 avant la fin, même la première avec les IA, vraiment j'en pouvais plus sinon 00:15:13.469 --> 00:15:17.429 non, pas plus que ça pas plus de talk, mais après j'y vais pas beaucoup, 00:15:17.549 --> 00:15:19.469 je suis pas le meilleur exemple dedans. 00:15:20.989 --> 00:15:24.849 Moi, celui qui m'a le moins plu, c'est un talk qui avait un sujet qui me paraissait 00:15:24.849 --> 00:15:28.469 vachement intéressant et en gros, au bout de 5 minutes, le sujet était couvert 00:15:28.469 --> 00:15:31.429 et les 40 minutes qui restaient, c'était que du placement de produit. 00:15:32.109 --> 00:15:35.269 Il y en a, il faut le savoir, à la KubeCon aussi. Je ne l'ai pas précisé tout 00:15:35.269 --> 00:15:38.809 à l'heure, mais à la KubeCon, on peut se retrouver avec 15 talks en même temps 00:15:38.809 --> 00:15:42.969 sur le même slot ou 15 choses différentes à faire. Donc, on a toujours le choix. 00:15:43.509 --> 00:15:46.489 Là où ça devient un peu compliqué, c'est si on fait un choix parce que le sujet 00:15:46.489 --> 00:15:49.269 a l'air bien, qu'on y va. Au bout de 5 minutes, on est très déçu. 00:15:49.509 --> 00:15:52.449 De toute façon, c'est mort. On ne pourra pas aller voir autre chose sur ce slot. 00:15:52.949 --> 00:15:53.789 Donc, je ne donnerai pas le nom 00:15:53.789 --> 00:15:57.589 de la boîte, mais voilà. C'est ce type de talk qui, moi, m'a bien déçu. 00:15:59.229 --> 00:16:03.269 Autre question, qu'est-ce que vous voyez comme trend qui ressorte un petit peu 00:16:03.269 --> 00:16:06.229 pour Kubernetes dans les années qui viennent ? Est-ce qu'il y a des choses ? 00:16:07.658 --> 00:16:09.098 Un peu plus spécifique ? 00:16:09.098 --> 00:16:13.498 Je pense que tu en as déjà parlé, le WASM, le WebAssembly, qui permettrait d'avoir 00:16:13.498 --> 00:16:16.278 une abstraction assez sympa. Après, à voir vraiment comment c'est utilisé. 00:16:16.418 --> 00:16:19.778 Je sais qu'à Valence, on en parlait déjà beaucoup, c'est vraiment un début, 00:16:19.878 --> 00:16:23.438 l'un dedans, où il y avait des gens qui commençaient à vouloir même créer des 00:16:23.438 --> 00:16:24.878 orchestrateurs à part de Kubernetes. 00:16:25.998 --> 00:16:30.258 Et on voit qu'aujourd'hui, le standard WASM peut commencer à devenir assez bon 00:16:30.258 --> 00:16:31.098 pour y mettre des conteneurs. 00:16:31.438 --> 00:16:34.918 On pourra peut-être même, tu disais tout à l'heure que tu n'aimais pas le CEL, 00:16:34.938 --> 00:16:37.818 par exemple, mais peut-être qu'on pourra demain, justement, plutôt uploader, 00:16:37.838 --> 00:16:42.718 avoir une notion même d'inclure du code WASM à l'intérieur de l'écosystème directement, 00:16:42.898 --> 00:16:45.298 plutôt que d'avoir toute cette notion de contrôleur, etc. 00:16:46.018 --> 00:16:49.498 Et après, moi, il y avait IBPF, mais après, c'est sans doute très, très biaisé. 00:16:49.598 --> 00:16:52.898 J'adore IBPF, je le regarde depuis très longtemps, et c'est vrai qu'il y avait, 00:16:54.098 --> 00:16:55.758 beaucoup, beaucoup d'IBPF un peu partout. 00:16:55.818 --> 00:16:58.598 J'ai l'impression que maintenant, un outil de sécurité, un outil de réseau, 00:16:58.618 --> 00:17:00.558 un outil de quoi que ce soit, il repose sur IBPF. 00:17:00.758 --> 00:17:04.218 Après, ça pose la question, si on repose sur l'IBPF, sur la compatibilité avec 00:17:04.218 --> 00:17:08.038 le reste de l'écosystème. donc là on est Linux quasiment pur Linux et en fait 00:17:08.038 --> 00:17:10.178 voilà est-ce qu'on n'a pas fait le choix maintenant en partant là-dessus que 00:17:10.178 --> 00:17:12.378 bon bah même si on peut faire d'autres j'en. 00:17:12.378 --> 00:17:16.418 Profite pour une petite parenthèse en IBPF ça ne résout pas tous les problèmes 00:17:16.418 --> 00:17:18.898 c'est assez centré sur les problématiques réseau. 00:17:19.618 --> 00:17:22.818 Réseau, sécurité, auditabilité etc. il y a aussi ça en fait en fait c'est tout 00:17:22.818 --> 00:17:25.138 ce qui va être l'underline en tout en fait il faut voir ça vraiment comme juste 00:17:25.138 --> 00:17:28.458 aller catch des informations que tu ne pourrais pas avoir vraiment autrement 00:17:28.458 --> 00:17:32.098 en bypassant un peu plein de couches quoi donc oui tu peux faire du réseau avec, 00:17:32.698 --> 00:17:35.718 historiquement c'était pour faire du réseau c'est un paquet de filters mais 00:17:35.718 --> 00:17:38.718 en fait après c'est devenu un peu tout et n'importe quoi et en fait on pourrait bien 00:17:38.718 --> 00:17:41.538 voir plein d'autres choses qui pourraient être inclus ça permet un peu pour 00:17:41.538 --> 00:17:44.998 moi de rajouter des fonctionnalités à justement ce Linux Boring et en rajoutant 00:17:44.998 --> 00:17:47.758 un peu n'importe quoi des fonctionnalités dedans qui vont te permettre de rajouter 00:17:47.758 --> 00:17:52.278 des choses d'auditabilité etc etc et plein de trucs peut-être un peu magiques 00:17:52.278 --> 00:17:55.498 dedans tu pourrais très bien demain le jour où il y aura une faille je sais 00:17:55.498 --> 00:17:59.018 pas même sur PHP ou sur n'importe quoi ou une faille de l'IBSSL se dire bah 00:17:59.018 --> 00:18:01.378 en fait je page directement via IBPF en dessous et je trappe, 00:18:04.378 --> 00:18:09.398 aura même quelque chose où on pourra avoir encore plus que ça. Donc, ça peut être. 00:18:10.652 --> 00:18:14.732 Ok. Et puis, nous, chez Enix, j'en profite pour prêcher pour notre chapelle, 00:18:14.732 --> 00:18:17.532 mais on a une bonne nouvelle. On apporte une bonne nouvelle. 00:18:18.632 --> 00:18:21.432 On peut faire tourner des databases dans Kubernetes. 00:18:23.352 --> 00:18:27.612 C'était justement notre talk. On s'est habillé en pirate, on a fait les ozos 00:18:27.612 --> 00:18:30.852 et puis après, on s'est fait divaliser les t-shirts. 00:18:30.952 --> 00:18:36.092 Celui-là même, d'ailleurs, que j'ai apporté en signe de souvenir de la KubeCon. 00:18:36.412 --> 00:18:39.312 Better be clone native rather than clone naïve. 00:18:39.312 --> 00:18:42.552 Ne soyez pas naïfs sur toutes ces technos. 00:18:43.552 --> 00:18:47.592 Adressez-vous à des gens qui connaissent bien. Ça vient de notre expérience. 00:18:47.652 --> 00:18:50.632 C'est-à-dire que nous, à gérer les bases de données dans Kubernetes pour les 00:18:50.632 --> 00:18:52.712 clients, on a vu la cassure. 00:18:52.832 --> 00:18:56.492 C'est-à-dire qu'avant, c'était plus de problèmes de gérer des bases de données 00:18:56.492 --> 00:18:59.572 dans Kubernetes que de bénéfices. 00:18:59.852 --> 00:19:04.752 Et là, on est au basculement. Tout à coup, c'est plus de bénéfices dans Kubernetes 00:19:04.752 --> 00:19:09.052 que de problèmes. Et nous, on le ressent dans l'expérience de production au 00:19:09.052 --> 00:19:14.132 concret avec ce qu'on a, les grandes quantités qu'on a déployées avec les clients. 00:19:14.272 --> 00:19:19.032 Donc voilà, cette bascule qui est une trend. 00:19:19.172 --> 00:19:24.332 Je pense qu'à l'avenir, on peut voir proliférer des bases de données dans Kubernetes. 00:19:24.332 --> 00:19:27.052 Quel que soit le moteur. Alors non, pas quel que soit le moteur, 00:19:27.072 --> 00:19:31.832 parce qu'en réalité, ça repose sur une bonne implémentation d'un bon opérateur 00:19:31.832 --> 00:19:36.952 qui automatise le cycle de vie des nœuds qui sont des pets, 00:19:37.152 --> 00:19:40.092 des animaux de compagnie qu'on veut bichonner aux petits oignons. 00:19:40.092 --> 00:19:46.032 Et on veut faire très attention à ce que nos données ne s'évaporent pas. 00:19:46.672 --> 00:19:50.112 Et donc, sur un certain nombre de bases de données, on est au bon niveau de 00:19:50.112 --> 00:19:54.832 qualité, au seuil où le niveau de qualité de ces opérateurs permet de les utiliser 00:19:54.832 --> 00:19:57.452 avec plus de bénéfices que d'inconvénients. 00:19:57.672 --> 00:19:59.832 Ce n'est pas vrai pour toutes les technos de bases de données. 00:20:00.172 --> 00:20:04.012 Alors, tous les Day 2 Operations, donc le scale-out. 00:20:04.872 --> 00:20:07.812 Éventuellement le scale-in parce qu'on peut aussi avoir prévu d'avoir plein 00:20:07.812 --> 00:20:08.492 de clients et puis en fait, non, 00:20:08.532 --> 00:20:11.252 ils n'y arrivent pas et donc il faut réduire la voilure pour des 00:20:11.252 --> 00:20:14.372 questions de coût le scale up c'est 00:20:14.372 --> 00:20:17.092 augmenter la taille des disques donc les persistants de volume 00:20:17.092 --> 00:20:20.712 c'est suffisamment bien géré on 00:20:20.712 --> 00:20:25.472 les reprovisionne avec plus gros et puis les 00:20:25.472 --> 00:20:31.192 rolling upgrades et donc le placement sur les nodes la séparation ne pas mettre 00:20:31.192 --> 00:20:35.572 ses oeufs dans le même panier c'est à dire essayer d'avoir un node de base de 00:20:35.572 --> 00:20:38.652 données sur des hypervisoires différents pour qu'ils ne disparaissent pas ou 00:20:38.652 --> 00:20:42.792 que les risques qu'ils disparaissent en même temps que les autres soient le 00:20:42.792 --> 00:20:44.912 plus le minime donc voilà, 00:20:45.452 --> 00:20:49.912 le scheduling le placement voilà en fait tout ce qu'on voit pas quand on fait 00:20:49.912 --> 00:20:54.332 le tuto Getting Started voilà ça c'est le day zero ça pour nous et tout ce qui 00:20:54.332 --> 00:20:58.472 est casse-pied qu'on donne après à la prod il faut gérer ah oui bon en fait 00:20:58.472 --> 00:21:00.452 il y a une liste de courses colossale. 00:21:01.472 --> 00:21:04.632 Ok alors pour terminer ce panel on va prendre quelques questions s'il y en a 00:21:04.632 --> 00:21:05.792 il y en a une première vas-y. 00:21:07.487 --> 00:21:09.987 Alors, du coup, j'avais une petite question. Il y a un sujet qui m'est venu 00:21:09.987 --> 00:21:14.287 en tête, peut-être qu'on ne m'a pas parlé, c'est le sujet du coût aussi de l'investissement. 00:21:14.347 --> 00:21:16.627 Il y en a, il parle de FinOps, après, moi, je suis un peu moins convaincu. 00:21:17.747 --> 00:21:21.047 Mais globalement, il y a eu beaucoup de talk autour de ça. Il y a eu des projets 00:21:21.047 --> 00:21:23.627 open source comme QCost, par exemple, qui ont été comptés dans plusieurs talks. 00:21:24.067 --> 00:21:27.287 Il y a eu des sujets sur les hosted control planes pour comment réduire ses 00:21:27.287 --> 00:21:30.667 coûts en adaptant un control plane à un endroit et en ayant plusieurs workloads 00:21:30.667 --> 00:21:32.207 sur plusieurs travailleurs, par exemple. 00:21:32.467 --> 00:21:35.467 Il y a le sujet de tout ce qui est agnostique, faire de tout l'agnostique sur 00:21:35.467 --> 00:21:38.407 le cloud, calculer les coûts là où je peux placer un B-workload en fonction 00:21:38.407 --> 00:21:43.687 de là où il y aura le meilleur rendement est-ce que du coup vous avez ressenti cette traîne de là sur un. 00:21:43.687 --> 00:21:46.647 Petit peu cette queue conne moi je l'ai vécu sur cette histoire par exemple 00:21:46.647 --> 00:21:49.747 de Pix c'est-à-dire le fait de dire de savoir sur quel pod 00:21:50.087 --> 00:21:52.947 sur quel nœud je vais scheduler mon pod pour qu'il consomme le moins d'électricité 00:21:52.947 --> 00:21:56.827 parce qu'il y a à la fois le côté vert mais aussi le côté économie donc quelque 00:21:56.827 --> 00:21:59.987 part c'est du FinOps aussi et ça rejoint un peu ça après je ne sais pas si vous 00:21:59.987 --> 00:22:04.227 avez beaucoup vu cet aspect-là ouais j'ai croisé. 00:22:04.227 --> 00:22:10.427 Une startup du UK qui est spécialisée là-dedans. Donc oui, il y a un truc, je pense. 00:22:10.627 --> 00:22:12.907 Il y a des choses qui arrivent après. Je ne suis pas sûr aujourd'hui. 00:22:12.967 --> 00:22:15.787 Enfin, on est encore justement à ce moment où justement... Je pense qu'il y 00:22:15.787 --> 00:22:18.407 a plein de moments où quand il y a des startups qui en font, 00:22:18.487 --> 00:22:21.367 quand il y a des gens qui ont des boosts, on est encore au début. 00:22:21.607 --> 00:22:23.887 C'est-à-dire là, il y a encore des choses à faire. Il y a encore des choses 00:22:23.887 --> 00:22:25.067 même à rajouter dans l'API Kubernetes. 00:22:25.347 --> 00:22:27.907 On parlait tout à l'heure des dynamic allocation, des choses comme ça. 00:22:28.087 --> 00:22:30.787 Il va y avoir encore une petite phase d'adaptation. On a encore plein de choses 00:22:30.787 --> 00:22:34.087 qui sont trop en bêta dans l'API qui vont réussir à augmenter. 00:22:34.227 --> 00:22:38.907 Et un jour ça deviendra vraiment genre natif parce qu'aujourd'hui encore des 00:22:38.907 --> 00:22:41.347 gens qui ont des contrôleurs et des schedulers custom, 00:22:41.827 --> 00:22:44.667 pas tant que ça, c'est génial et en plus ça existe depuis super longtemps dans 00:22:44.667 --> 00:22:48.687 le cube mais c'est pas encore mainstream de tout mais je pense que ça va arriver 00:22:48.687 --> 00:22:53.447 et dès que surtout on va parler vraiment plus de Kubernetes vraiment hybride 00:22:53.447 --> 00:22:55.407 avec à plein d'endroits etc et de se dire, 00:22:55.487 --> 00:23:00.607 après t'es très orienté sur les control planes et la manière d'héberger des control planes, 00:23:00.647 --> 00:23:03.927 de par ce que tu fais forcément mais c'est pas quelque chose que beaucoup de 00:23:03.927 --> 00:23:07.047 gens voient et en fait oui on va avoir ces notions de nodes qui vont être de 00:23:07.047 --> 00:23:10.047 l'arme des nodes qui vont être de x86 qui vont être dans un cloud provider ou 00:23:10.047 --> 00:23:14.547 dans un autre etc et cette notion d'hybridité elle nécessite très vite un très 00:23:14.547 --> 00:23:16.107 bon scheduler pour faire ça, 00:23:18.827 --> 00:23:22.207