Dans Ton Kube

Bonjour à tous et à toutes et bienvenue dans un nouveau numéro de dans ton cube ça fait très longtemps qu'on n'en a pas fait là aujourd'hui d'ailleurs on essaie.

Un nouveau format le but est d'en faire un peu plus souvent sans doute sur des projets peut-être un peu plus restreint sur des sujets voilà peut-être un peu plus technique,

et aujourd'hui on va parler de la donne management et pour ça je suis accompagné d'Alan.

Hello alors du coup effectivement nouveau sur ce podcast ça fait longtemps qu'on n'avait pas vu des éditions donc ça fait plaisir.

Donc Alan je me présente je suis récemment arrivé dans une boîte qui s'appelle marshmallow pour ceux qui qui connaissent c'est tout nouveau c'est c'est une nouvelle start-up autour de,

de l'éducation cognitive pour les enfants avec de l'intelligence artificielle,

je suis plutôt un profil infrastructure et une expérience si vous connaissez également précédentes chez sens en tant que SRE voilà sur la partie.

J'aurais plutôt orienté orchestration donc on a clairement un profil plutôt un frein plutôt bas niveau,

et aujourd'hui qu'on pourra dire un peu plateforme voilà dans les nouveaux dans les nouveaux mots qui arrivent et,

et en fait on a un sujet nous qui commence à toucher pas mal c'est la notion d'addon est-ce que tu arriverais à définir ce que c'est qu'un addon parce que c'est un peu la grande question,

alors je peux essayer de donner ma définition mais pas forcément ça sera pas forcément la même pour tout le monde.

Donc pour moi un add-on c'est une application ou un ensemble de composants qu'on va déployer,

un endroit et qui va nous apporter des fonctionnalités externes à une application,

et qui va nous qui va donc être utile on va dire en comme un comme un plugin on peut voir ça un petit peu comme un plugin qui vient renforcer une application ou plusieurs au niveau de ses fonctionnalités.

Au final c'est un peu des composantes plateformes on va dire enfin est-ce que tu aurais des exemples.

De ce que ça donne parce qu'en fait c'est ça c'est très dur à définir à donne parce que tout le monde en a un peu une définition différente ou même d'ailleurs on n'avait pas le concept.

Moi par exemple auquel je pense que addon il y a cert-manage qui est classique qu'on a dans un Kubernetes. il y aurait quoi d'autre comme addon ?

un bac qui va effectivement dans le même dans le même sens forcément external-dns pour gérer toute la partie automatisation de des records.

On ne pourra avoir du kyverno par exemple on pourrait avoir aussi les ingress,

les ingress Gateway qui sont aussi on peut considérer ça comme des addons en fait c'est un peu tout ce qu'on va avoir besoin de manière générique souvent en termes d'opérateurs en fait c'est des opérateurs que dramatis,

mais dont l'application va avoir besoin mais n'a pas envie de gérer le cycle de vie j'ai envie d'avoir un contrat avec sorte manager je vais un nouveau certificat.

Pas forcément envie d'avoir à installer cette manager et avoir une dépendance.

En fait c'est celle vraiment où mon applicatif a une dépendance légère juste en termes d'épi avec un composant et donc il faut gérer ce composant,

je sais pas si c'est ça ouais mais après on peut on peut dire que la dépendance de manière générale c'est les pieds cubes après c'est ce que le composant est là pour prendre en charge la fonctionnalité ou pas.

Et donc dans ce dans ce sens là qu'est-ce qui différencie justement la méthode d'installation enfin pourquoi il faudrait gérer ça différemment d'une application quel est le un peu le,

le concept un peu différent qu'on pourrait avoir derrière,

tu parlais en premier temps du cycle de vie peut-être qu'on en reviendra juste après il y a un deuxième il y a une deuxième chose sur lequel je pense c'est l'orchestration de son composant et du coup son déploiement à l'échelle,

et la consistance pour assurer par exemple à la consistance de configuration de ce dernier ce qu'on veut qu'il soit à la même version partout est-ce qu'on veut qu'il soit dans différentes versions à tel et tel endroit,

donc toute la gestion de duché du Ling globalement de ce déploiement.

Oui et puis en plus c'est des composants qui vont être partagés entre plusieurs projets par exemple on pourrait imaginer d'avoir un seul cluster de production,

on va pas installer 14 cercles managers pour chacune des applications qui vont gérer chacun leur cycle de vie on va avoir des problèmes de d'interdépendance des CRD etc par exemple.

Chaque sorte manager qui arrive je conserve manager vraiment au pif c'est ça pourrait être sur.

Ne peut pas arriver réer écraser la CRD de son petit copain à côté etc mais comme on partage au sein d'un même cluster des mêmes ressources bah voilà on les gère un peu un peu différemment en effet et tu avais parlé du cycle de vie.

Je viens aussi à une autre chose c'est peut-être aussi la notion de responsabilité la donne étant partager dans un cluster il est souvent à la responsabilité de la plateforme de la plate-forme.

4 formes génériques ou sans stray large séreux c'est dur ça va dépendre un peu de qui est responsable que je sorte dans votre dans votre société c'est souvent ça le.

L'aspect l'aspect différenciant en tout cas ce qui est sûr c'est que il y a un petit côté live cycle un peu différent.

Je sais pas si tu vois live c'est que le différent également.

Voici effectivement lifecycle les dépendances je pense rentrer un petit peu dans ce dans ce genre de choses on doit souvent que ça soit sur des outils comme flux CD,

ou d'autres peut-être ton ton vous parlera la gestion des dépendances avec des champs dans l'aspect que de puzzone ou ce genre de choses là,

comment on orchestre les déploiements est-ce qu'on a des tiers dans le sens on déploie telle tel tels SCOP applicatif enfin télescope d'adon avant,

le reste voilà en fait alors de lancement parce que l'orchestration je voyais ça et même moi j'y voyais la même chose c'est.

Les addon ne sont pas mis à jour aussi rapidement que les autres c'est à dire qu'en fait quand on installe un certain manager.

Son rythme de vie est souvent en tout cas on peut l'espérer inférieur à celui d'un d'une application c'est à dire que l'application on peut espérer que vous arriviez à déployer plusieurs fois par semaine.

Vous allez pas réaliser et mettre à jour une version de certaines manager tout le temps c'est un peu ça la différence en tout cas que j'y vois et également le fait que.

Si jamais le sens manager tombe et ben en fait c'est un impact assez wide c'est un impact très important sur toutes les autres applicatives et donc on y fait un peu plus attention il y a ce truc où,

on peut pas se permettre de perdre aussi souvent et aussi rapidement ses composants ils sont comme ils sont à la base notre essai lourd aux dépenses de dire que si jamais un composant de dépendance,

à une une disponibilité inférieure inférieure ben en fait elle impacte immédiatement la disponibilité de notre applicatifs.

C'est pour ça que c'est des composants sur lequel on va faire un peu attention.

Et qui vont avoir des ça va être un peu tout de suite on va dire c'est un peu ça le point et ça va avoir quoi ça comme un pacte dessus.

Alors globalement je dirais probablement utiliser d'autres logiciels pour orchestrer et déployer ces solutions là donc ça donne.

Ça peut être ça dans un premier temps et qu'est-ce qu'il fait que ça va changer enfin je pense par exemple,

là par rapport à pourquoi utiliser pourquoi pas utiliser tous les outils qu'on a déjà de l'Argo du flux pour installer c'est composant.

Alors dans un écosystème multi cluster déjà dans un premier temps ça peut grandement changer,

la notion déjà de de de de de Discovery des clusters des métadonnées des clusters et ce qu'on a un cluster avec un type spécifique ou pour un certain type de work Claude.

Ou d'autres qui ont d'autres particularités donc est-ce qu'on veut déployer tel adon ou tel par exemple tu parlais de qui Vernon telle règle dessus tu as le bundle de règles,

donc voilà on va avoir cette notion là de de pas que sur les addon mais sur le contenu qu'on va déployer avec,

orchestrer en fonction de notre infrastructure globale et toute la variabilité en fait qui va y avoir sur les annales et,

non c'est vrai le point également c'est que on a des différences de responsabilités qui sont que si jamais c'est la plate-forme qui agit.

En fait il faut réussir à trouver une jolie interface entre le entre l'application et la plate-forme.

Typiquement à quelle heure j'ai le droit de mettre à jour.

Comme les mises à jour des addon sont faits par une autre équipe se pose le problème de comment,

comment on définit à quel moment on peut être mis à jour une application et cetera et cetera on arrive par exemple à des mountains Windows,

donc le moment où on l'équipe va définir quand est-ce qu'on peut mettre à jour et cetera.

Et en fait ça fait que il y a pas mal de choses différentes qui se mettent là-dedans on a aussi la notion de SLR on veut augmenter la SLS on va pouvoir mettre des politiques de elle naissent qui sont différentes.

Aujourd'hui je sais pas comment sont faits vos logiciels à tous quand est-ce que vous définissez qu'un logiciel est ok mise à.

Mais c'est quelque chose qui peut être compliqué qu'est-ce qui est un hoquet mon déploiement et c'est bien passé.

Parce qu'on ce qu'on ne veut pas c'est quand on déploie une nouvelle version d'un adon c'est de le mettre à jour sur tous les clusters en même temps et les faire casser tous en même temps parce que là d'un coup la réconciliation,

elle commence à être à être coton,

et c'est ça un peu je pense aussi le fait le le wide spreading de d'un effet domino qui peut y avoir surtout que c'est ses composants cette composants d'addon.

Peut avoir comme effet de casser entièrement le cluster et donc de ne pas pouvoir être mis à jour autrement que manuellement autrement qui avait des tâches compliquées.

Toi c'est quoi que tu as vu qui permet de sur ces logiciels là par exemple qu'on pourrait utiliser pour déployer les add-on,

bah globalement oui la notion de El chèque tu en parlais t'en parler un petit peu pour savoir est-ce que la donne est en bonne santé ou pas quand on le déploie avant de potentiellement ben faire un espèce de de Rolling update,

à l'échelle donc si par exemple on a on veut déployer une version de notre applicatif alors sans parler d'environnement des productions staging etc.

On peut déjà impossible de le déployer géographiquement sur une plate-forme plutôt qu'une autre si on veut le déployer en Europe avant les États-Unis parce que il y a une fonctionnalité qui est activée uniquement pour,

cette plateforme là on a la possibilité avec avec d'autres logiciels de le faire ça ça c'est ce genre de choses qu'on a envie d'avoir quand on quand on déploie à l'échelle,

on peut avoir comme on disait tous les tous les la notion de dépendance est basée sur les sur les chèques aussi.

Est-ce que s'il y en a donne en dépend d'un autre ou s'il a besoin de certaines CRD comme on disait,

bah pareil on va d'abord checker si elles sont présentes si les les addon sont à sont à Ready et que globalement ils sont prêts à être utilisés,

avant de déployer le reste de la flotte.

Ça c'est des fonctionnalités globalement dont on va avoir envie ouais et il y a aussi les notions de forcément de notifications d'observation.

Qui sont qui sont un peu un peu différentes tu avais donné aussi la notion multi cluster en tant que quoi dans cette notion de la multi clusters.

Alors je je me répète un petit peu sur la partie classification déjà multicluster on parle du déjà du Discovery aussi du.

Des clusters comment comment ils sont provisionné c'est une chose il y a plusieurs implémentations disponibles maintenant comment je les enregistre à un endroit comment je l'ai classifie et comment je leur donne comment je l'ai labellise comment je l'ai.

Et comment je décris la manière de de déployer mes addon sur l'un et pas sur l'autre de pouvoir mettre des exclus aussi ou.

Globalement la manière de de de de labelliser ses cluster là ça c'est ce qui rentre dans la gestion des multi clusters.

Il y a aussi une promotion tu commençais à le voir la notion de promotion pour ceux qui n'ont pas vraiment le concept c'est quelque chose ultra important ça permet de se dire on ne déploie pas un logiciel,

tout de suit partout à la même version et c'est quelque chose en fait qui est ultra important ça permet d'avoir des cycles de release différents.

Je teste le même binaire le même déploiement le même artefact la même charte.

D'abord sur un environnement cible un environnement pour dire canari un environnement ce que vous voulez.

Et ensuite on fait la promotion de cette même définition de change rien on ne fait pas de modifications et on décide de promouvoir cette orthographe sur un autre environnement.

Il y a quelque chose aussi auxquelles

pense si tu ne peux me venir à l'esprit c'est un besoin généralement dans lequel on pense pas avant d'avoir des problèmes c'est la notion de Breaking challenge sur les add-on,

globalement je vous donne un exemple aujourd'hui j'installe 2 addon, j'installe mon addon de Gateway donc il va me gérer mon trafic et j'installe mon addon de bah de cert management donc de cert-manager par exemple.

Demain j'ai un problème sur parce que j'utilise Gateway piaille par exemple pour pour ma Gateway,

euh j'ai un problème sur cette manager qui fait que je ne supporte pas la dernière version par exemple du de Léa piaille HTTP root sur Gateway,

donc je vais pouvoir via mon orchestrateur d'adon aussi pouvoir dire sur les clusters ou Gateway est installé en telle version,

tu ne déploie certes manager uniquement que dans cette version là ou une version mettons supérieure,

ben ça avec mon ado Manager j'ai envie de pouvoir le faire et nativement je ne l'ai pas forcément avec des outils traditionnels.

1 et donc si on va donc maintenant dans le détail d'implémentation ça va être quoi comme type de logiciels qui vont faire cet avion de management.

Euh on en a en tête effectivement on a discuté plusieurs fois qui revient sur la table de temps en temps c'est sveltos du coup.

Donc est un outil d'addon management,

voilà utilisé par une société que vous connaissez tous qui est Cisco et pour leurs besoins internes sûrement mais répond à donc tous ces besoins là.

Et euh en même temps et en même temps une notion aussi de dont on a pas beaucoup parlé mais la notion de multitudes de Nancy également qui va avec la gestion multicluster quand on a plusieurs user ou plusieurs équipes qui utilisent.

Euh justement tous ces tous ces ressources là c'est vrai que dans le cas des ventos typiquement ça va permettre d'isoler des clusters dans des tonnes.

Et de faire en sorte d'avoir en fait ce qu'on essaie d'éviter le plus possible c'est le les les problèmes à l'échelle les problèmes qui pourraient arriver,

et qui se prêterait partout un sveltos qui meurt c'est pas mal aussi de répartir la charge aussi à des fois la charge d'un d'un opérateur qui doit réconcilier trop de ressources en même temps.

Il y a pas mal de choses comme ça c'est vrai que vous avez le TOS quand on le regarde de très loin de très haut il pourrait complètement ressembler à un argot ou un flux c'est à dire qu'il déploie des cartes aimes ou des manifestes classiques ou du customize.

Donc au final ce moteur de réconciliation c'est vrai il ressemble il ressemble beaucoup à ce qui existe déjà il y a pas beaucoup de différence,

ce qui va changer par contre c'est en effet toutes ces petites.

Subtilité qu'on va y mettre je pense par exemple ou un chèque le chèque aujourd'hui il peut même être implémenté via du l'UA ou via des des selles des comme un expression de langage,

qui permettent en fait de rajouter.

Par-dessus le simple ma carte elle m'a converger 1 j'ai tous mes potes qui sont éveille les bols.

Par exemple ou des des ressources comme ça vraiment des choses qui vont un peu plus loin que simplement.

J'ai ma carte qui est déployée OK et mes potes sont ok on peut rajouter des choses un peu plus un peu plus cohérentes.

Il y avait j'en parlais rapidement tout à l'heure la notion de de tiers donc c'est à dire des groupes d'applications enfin d'addon qu'on va déployer plus ou moins en même temps et par étage,

alors il me semble pas en tout cas pas sur flux et Argo j'ai des doutes qu'aujourd'hui euh on puisse déployer donc par groupe par espèce de Pâques,

aujourd'hui c'est plutôt des dépendances globalement donc on se retrouve quand on a des dépenses de dépenses des dépenses avec un arbre assez grand et assez compliqué à gérer quand on se demande qu'est-ce qu'il y a aux étages supérieurs,

bah là on a une notion de tiers qui nous permet de faire ça donc par exemple de dire bah par défaut j'ai un tiers c'est c'est un chiffre donc par défaut c'est à 100 sur ventos je peux dire bonjour à Thiers = 10 et là j'aurai

10 applications qui doivent s'installer avant les autres avant celles qui sont par défaut à 100.

Et donc je vais pouvoir déployer ses applications là en premier par exemple sur aussi ma région est ma région Ouest peu importe comment je l'avais mise après mais mes clusters à l'échelle,

ah ça ça dépend de mon organisation et de mes besoins métiers mais voilà je vais pouvoir déployer un pack d'applications après un autre il me semble que c'est on a l'impression thinkwave typiquement sur Argo qui permet de faire à peu près ça c'est qui sont des annotations en fait qu'on met dans le vin,

dans l'application donc c'est quelque chose qu'on peut avoir c'est peut-être juste comment le synchronise et ça mais il me semble qu'il y a une notion de de thinkwave qui permet de d'un peu d'un peut reproduire ça.

Ah la chose c'est que bah il y a aussi un point en fait qui est peut-être peut-être important.

Et qui est peut-être en fait en fait en fait la la logique souvent qu'on essaie d'avoir c'est de se dire un seul logiciel va être plus simple à maintenir que plusieurs.

Et en fait c'est rarement vrai pour une raison simplement le logistique qui est quand vous avez plusieurs usages au sein du même logiciel,

et là vous savez plus à quel moment vous pouvez mettre à jour ou pas qu'elles vont être l'impact l'impact va être plus large alors que si jamais vous avez plusieurs logiciels vous savez que quand vous mettez à jour le Argo bah vous tuez pas le sveltos,

si vous mettez à jour le seul toz vous mettez pas le jour le hargo.

C'est des fois juste quelque chose comme ça juste changé de nom même un même logiciel pour différents usages permet un peu de garantir qu'on ne casse rien et qui est juste quelque chose de purement humain et de gestion de risques.

Qui est qui est également important.

Plus le fait que passer delto gère un peu tout ce dont on parlait un peu out of the box parce que c'est un outil plus spécialisé plus dédié à une seule tâche.

D'ailleurs je sais pas si il existe un autre logiciel qu'on peut appeler d'adon management exactement.

10 on se casse ce labellise ce labellise comme tel ouais peut-être peut-être pas directement après il y a d'autres d'autres initiatives un peu plus récentes comme Cup fleet par azur ou,

ou directement je sais plus c'était si c'était non pas pas pas qui me fait là mais karma de par exemple il y en a qui ont leurs propres gestion dans le gros de déploiement d'application,

mais pas forcément spécifiquement à donne ouais et d'ailleurs c'est assez c'est justement une grosse réflexion que j'ai regardé dernièrement c'est que Cup fleet etc donc ils sont tous des agents de fédération enfin des des,

des acteurs de fédération qui permettent de faire du multi cluster.

Ont pas tellement cette notion de il permet de faire de la promotion entre clusters mais en fait c'est très appliqué les chaînes tantrique c'est très une application qui évolue souvent et donc je pense que c'est vraiment le même quelque chose qui peut aller en plus de ce ventos.

Ah dessus moi ce que je pense il peut y avoir aussi peut-être un peu les addon d'Océane qui peuvent à voir.

En partie un rôle d'ado de management mais c'est.

C'est assez compliqué et ça a pas exactement le même rôle mais c'est pour ça qu'en fait et non il est aussi on peut on peut aussi penser aux add-on providers de CAPI de costard et piri.

Parce que justement ce terme d'addon il est assez compliqué parce que par exemple est-ce que une CNI est-ce qu'une CSI on considère que c'est un addon.

Est-ce que il doit être géré extérieurement ou est-ce qu'il doit être géré directement au moment du provisionner et alors là d'un coup.

Là d'un coup on commence à avoir des des noms de De Ta donne,

qui sont assez compliqués et c'est tout le sujet nous par exemple qu'on a aujourd'hui sur un club rider en tant que club rider qu'est-ce qu'un addon.

Est-ce qu'on doit vous livrer un cluster cuber métis avec juste vraiment nue avec juste une épi avec une épi dans ces cas j'en sens si ça essentiellement ça à vous de l'installer vous-même ce serait possible,

vous pourriez avoir quelque chose comme ça vous vous fournit des des t-shirts elle m'a installé si vous en avez envie.

Est-ce qu'on doit vous fournir un Cuba magnetis directement avec du réseau qui marche mais dans ces cas-là ça veut dire que c'est nous qui avons fait le choix du réseau donc vous pouvez pas le changer avec pareil pour le pari pour le storage pareil pour tout ça.

Où est-ce qu'on doit vous le livrer un Cubas notice full features avec du Carpenter déjà préconfiguré avec du certains managers déjà préconfiguré avec nos outils internes et cetera et cetera.

Il est là un peu ce point-là c'est c'est c'est en fait c'est une ligne à tracer entre ado obligatoire Adobe optionnelle etc qui est assez compliqué à gérer.

C'est à quel point on est opinion d'Haïti de manière générale sur notre infra après pour les trois quarts peut-être des boîtes françaises qui gèrent leur parc sur un Cloud provider spécifique ou américain peu importe ou français là c'est un petit peu différent le cas mais c'est vrai que quand on gère sa propre infrastructure,

ou qu'on est soi-même provider,

la limite est à définir même même quand on parle même de club rider c'est est-ce que tu dois utiliser la get away qui était fournie par ton fournisseur en sachant que bah tu t'es un peu oui tu as une épi un peu standard pour le gérer mais,

mais tu t'es un peu marié avec qu'est-ce qui se passe quand eux mettent à jour le Gateway pi qu'est-ce qui se passe et cetera et cetera tu jettes tu es pas forcément des tu dépends un peu de leur cycle de release,

est-ce que tu as envie d'être dépendants cycle de release est-ce que tu as envie d'être dépendant de leur implémentation,

voilà c'est un sujet encore un peu plus high level dans le sens où là effectivement on parle sur par exemple sur la partie kube manager mais au final le problème est le même pour des bases de données est-ce que genre orchestre mon PG avec cloud-native-pg à mon cluster où est-ce que je me marie avec mon club provider,

pour le sujet plus large que ça en effet oui bien sûr mais ça revient justement cette notion d'addon et c'est quelque chose qui arrive par exemple quand on regarde les les clusters et provider,

il y en a des extrêmement nus qui vraiment te donne juste une cluster.

Qui me config avec juste une épi et rien d'autre il y a des nœuds spawners et les nœuds ont rejoint les pies et,

c'est tout basta à toi de gérer tout ce qui vient avec et d'autres qui vont gérer justement cette notion d'Adorno dessus et donc c'est là où il y a une espèce de de,

de lignes flou on va dire est-ce que ça aurait pu aller de tout gérer est-ce que ça doit être des logiciels comme sveltos qui commence à le faire qui doivent le faire et qui viennent ensuite.

C'est là où se passe un peu le le la grille zone la Graille zone entre tout ça et qui fait que bah il y a encore beaucoup de questions à se poser à se poser derrière.

Ouais tout à fait c'est c'est vrai que quand on gère son infrastructure avec cluster et Pia il voilà il y a des pitfall il faut faire attention effectivement comme tu disais on peut avoir un cluster à nu je pense que ça dépend beaucoup du provider en infrastructure en dessous,

euh si on utilise euh si on utilise ben par exemple la note dans ton cas c'est complètement différent de si on utilise juste un cube vert pour faire des BM sur cube et qu'on a juste une épée derrière,

mais après dans tous les cas installer si on a une épi juste une épi avec des nœuds.

Voilà installé les ados ou votre Sienna et ce genre de choses par par un Svelto soit un autre composant ça peut ne pas être déconnant dans le sens où la storia il n'a pas tous ces gestion du cycle de vie comme on disait et de gestion des versions.

Lié au cluster donc voilà c'est à vous de faire attention.

Et à l'inverse pourquoi ne pas utiliser un admin job pour installer une application quel va être l'impact.

C'est une bonne question honnêtement c'est une très très bonne question je pense que c'est surtout comme tu disais tout à l'heure si il y a une partie du parc qui est cassée ben on va pas forcément que ça impacte tout le reste,

donc je pense sur la gestion d'applications si notre velto s'est cassé ou ne fonctionne pas ou un problème bah on veut pas forcément impacter le déploiement si on release plusieurs fois par jour ou plusieurs fois dans la semaine on voit pas impacté ce ce flot là.

Donc on va utiliser peut-être autre chose un autre outil pour pour éviter le blast radius là-dessus,

oui peut-être aussi les notions du ail les notions de de développeurs expériences qui sont pas exactement identiques tout à fait même si ce velo's vraiment une expérience qui est plutôt pas mal ils sont ils sont vraiment.

Très super métis native ce qui fait que les conditions sont très bonnes quand il y a un problème il est très facile de voir exactement le pourquoi quelque chose peut-être cassé c'est c'est vraiment ça pour le coup quelque chose dont on parle assez peu qui sont vraiment le détour operation là-dessus.

Et qui peuvent être vraiment dépendants de la façon dont tu es codé un opérateur comment il est conçu comment il est comment il est fait.

Du coup vraiment ce velto c'est plutôt un goût de Citizen dans cette dans ce monde là tout à fait donc c'est vraiment c'est vraiment ça.

Là le but c'était un peu de vous faire un peu une exhaustivité autant que tant que faire se peut sur ce sujet de la bonne management.

On a un petit zéro il a une notion de multi clusters qui arrive en fait très vite parce que ça donne c'est rare de les installer juste une fois.

Si on s'est calé je suis pas sûr que vous ayez besoin vraiment d'un manager dedans si vous avez que un clusters sur GK euh bon bah.

Un cluster fait ça en fait ça simplement avec avec juste des une charte que vous installez,

euh ou n'importe quelle solution assez assez statique du terraform

je sais pas quoi des c'est vrai que cette notion de Daniel manager comme on a un peu parler ces notions de promotion etc ils arrivent quand on commence à avoir une flotte de clusters.

Et je pense d'ailleurs que la prochaine fois on vous parlera un peu de la gestion des flottes de clusters comment ça se passe.

Ah de gérer plein de cluster qu'ils soient chez le même provider ou même ou même ailleurs et ça ça va être ça va être un peu les choses un peu marrantes.

Ben merci beaucoup merci Alan merci et puis à la prochaine.