Hey, tout le monde, bienvenue au POS, je suis Dan Clark et c'est épisode n°61.
Aujourd'hui, je suis en train de chatter sur la plateforme d'engineering et des codes infrastructures.
L'année dernière, vous étiez sur l'épisode 5, où nous avons chatté le Vogue Cubanett,
ce qui était 3 ans plus tard.
Bienvenue à la suite.
Merci, Dan.
Je pensais que c'était un épisode de single digit.
C'est bien d'être un de mes épisodes.
Le podcast a été fait de la force, donc congrats.
C'est génial de voir ça.
Merci.
Vous avez aussi eu des guests incroyables.
Oui, c'est un de mes crédits.
C'est tout le travail d'édition.
C'est ce qui fait le temps, mais c'est tout le travail d'édition.
Pour ceux qui ne m'ont pas remis 3 ans plus tard,
pouvez-vous donner les listeners un petit intro sur ce que vous faites ?
Je ne peux pas me souvenir de ce que j'ai fait.
Je pense que 3 ans plus tard, je n'ai pas fait pas.
Je suis allé à New Zealand 2,5 ans plus tard.
Je suis un architecte principal principal qui s'appelle Aura.
On est un plateforme de retrait de crime.
Nous sommes basé en New Zealand, mais nous avons aussi des offices
dans les États-Unis, en Australie et en États-Unis.
Nous sommes un plateforme de modernisation,
sur les frontières de MacKinnon et Azure.
Azure hosté comme un MVP Azure.
Ça fait sens, c'est pourquoi je suis allé là-bas.
Oui, très bien.
Je suis très déçue de la mouvement de New Zealand.
C'est sûr.
Surtout maintenant qu'on est en train de passer au winter.
Oui, peut-être un peu chiqui, mais je peux faire un peu de la piste
pour l'audience qui veut aller et aller à New Zealand.
On a des vies amusées et de la scénarité.
Le marché de travail est bien ici.
Il y a beaucoup de gens qui veulent aller plus haut.
C'est beaucoup plus facile de aller à New Zealand
et de vivre ici comme un employeur skill.
C'est quand je suis allé en train de faire le midi.
C'est comme une pandémie.
Oui, c'est un peu de la compréhension.
C'est un peu de la compréhension.
Il y a souvent une comparaison avec DevOps.
DevOps était, je pense,
un peu de la compréhension des outils et des pratiques
qui ont combiné les développations







Les termes de la cynique
sont déjà en train de se faire
et des vendeurs ont de la version de DevOps
dans la box de la compréhension de plateformes.
C'est vraiment la même manière.
En quelque sorte, mon take est
que le travail de la plateforme
est vraiment d'aider nos équipes à délivrer les outils.
Et comment cela se passe,
c'est vraiment dépendant de la organisation
et de la taille de la organisation
et de la majorité de la organisation.
En quelque sorte, c'est peut-être
que vous êtes en train de travailler
sur une plateforme de développements interne
parce que vous êtes en train de travailler
dans les Kubernetes
et que vous avez des gens
qui déclencent nos services micros
et qu'ils ont besoin d'une manière de déployer
et qu'ils n'ont pas besoin de savoir
que les Kubernetes sont utilisées.
Et puis, le spectre de l'autre côté
pourrait être que, comme nous,
nous utilisons les AzurePas beaucoup.
Nous ne sommes très conscients
qu'ils ne sont pas obligés de l'abstracter
les AzurePas de notre ingénieur.
Nous ne voulons pas qu'ils ne connaissent pas
les AzurePas.
Ça me semble un peu comme un exercice de portemont.
Donc, en ce sens, nous ne sommes pas vraiment
créés en plateforme de développements interne.
Nous voulons juste énerver nos développeurs
pour déployer leur code
et déployer l'infrastructure qu'ils ont besoin
pour leur code,
dans un moyen qui est managable.
C'est ce que je pense au spectre.
Je pense que c'est bien possible
que les mêmes appareils pour les Kubernetes
soient lesquels je comprends
si vous avez un team de
Kubernetes clusters
c'est comme un cloud privilé
où vous vous abstraciez
et les développeurs ne doivent pas savoir
les détails de Kubernetes.
Mais, au côté du flip, c'est assez fort
de pouvoir déployer les Kubernetes
et de l'utiliser par votre développement.
Donc, comme vous vous dites,
vous ne voulez pas les AzurePas
abstracés de la forme des développeurs.
Pour un certain niveau,
je ne veux pas dire un niveau de niveau de Kubernetes.
Pour moi, c'est important que les développeurs
comprennent les concepts basiques
de Kubernetes si ils vont utiliser ça comme plateforme.
Mais oui, totalement, c'est le détail
qui est un peu...
Vous ne pouvez pas avoir tout le monde
en connaissant un niveau très haut.
Donc, vous devez avoir
un expert de Kubernetes
qui utilise Kubernetes,
pas seulement mais plus plus de plurals.
Donc, je suis au moins un expert de Kubernetes
dans le team qui est en fait
en dédiant la sécurité
et la networking, tout ça.
Je pense que c'est important
pour les devs d'essayer
les bases de
la plateforme des Quotes,
d'utiliser les Kubernetes, AzurePas, etc.
Oui, absolument.
Je pense que mon background, comme vous le savez,
était un engineer de software
pour un peu d'un moment, et puis je l'ai avancé
à l'arrivée du sud, si vous voulez.
Mais beaucoup de gens qui inhabitent
le space de la plateforme cloud
ont souvent été de l'au-delà.
Mais absolument, je ne pense pas que
il y ait une plateforme qui fait
un parfait travail de la sélection
de l'implémentation.
Toutes les obstructions sont liées.
C'est un peu de la faute de la plurale
pour essayer de la sécherre
de les développeurs, et en particulier
de la compréhension de comment ces choses
travaillent.
Il y a beaucoup de temps, en 3 ans,
quand nous avons eu la première conversation,
nous avons été introduits en Kubernetes
pour développeurs qui n'étaient pas
targetés à des gens de la cloud.
Je pense que le truc,
en même temps, c'est que
les des aspects de la sélection
de la plurale de la plateforme
qui n'est pas un code
et que vous vous mettez à l'arrivée
pour un autre type de déployement.
Le principal principle
de la plateforme d'ingénierie est très similaire.
Nous n'avons pas un équipe
qui ne fait pas de la code
et qui peut être possible de faire.
Aujub est vraiment pour aider nos teams
de la plurale de la plateforme.
C'est tout de l'aéroport de la code,
la cible,
les élèves,
les déploiements,
et puis
l'infrastructure.
Je vais parler de l'infrastructure,
un peu plus en un peu.
Et puis, même en alertant,
et peut-être de la support,
et de la support, et tout ça.
C'est ça, un type de stack.
Nous sommes dans un tour de la plurale
de cette façon, et les autres sont probablement
plus loin, ou plus en-delà de la plurale.
Mais je pense que c'est
l'un des éléments importants.
Tous les enjeux de nos développeurs
doivent être experts d'Azure.
Ce n'est pas ce que nous essayons de faire ici.
C'est de leur donner suffisamment
de la paix de la plurale
pour faire la décision.
Quels storage accounts ont-ils?
Quels zones redondant?
Quels zones redondant?
Et les zones géorédondantes?
Mais ces choses sont relativement
plus straightforward.
Si vous avez utilisé un de ces deux,
et que vous avez compris les différences,
alors que, comme développeur, vous allez
savoir ce qu'on peut utiliser la prochaine fois.
Avec l'infrastructure, vous avez
un code dans le code, si vous voulez.
Vous pouvez suivre les patterns.
Je pense que c'est aussi
d'un point de vue de développement.
Si vous avez complètement
des options,
alors que
des développeurs peuvent venir et dire
que je veux apprendre l'Azure.
Si vous n'avez pas les options
parce que la plateforme est complètement
faite, les devs ne peuvent pas faire
tout ce qu'ils veulent.
Les gens qui veulent le faire,
vont trouver des choses à faire.
Je pense que ça donne la décision.
Certaines personnes ne veulent pas toucher
avec ce code, mais des gens veulent
apprendre plus de l'Azure.
C'est une flexibilité, je pense.
L'un des choses qui vous a touchées
était les métro-télémetries et les méchants.
Une des questions que je vais vous poser
était la scope avec support et des choses.
Les choses comme, si vous utilisez
Grafana ou DataDog,
que se passe-t-il avec ça?
Est-ce que ça se fait dans la plateforme
d'engineer?
Nous adoptons
l'opinion de la télé,
et les honeycomb, par exemple.
Depuis notre perspective, nous avons
un projet dans la plateforme d'engineer,
qui était de mettre les fondations.
Pour commencer,
nous avons
ajouté les libraries de télé
pour la base de code,
pour les infrastructures et les collecteurs.
Nous avons mis les fondations en place,
et notre travail est de
nous détenir sur nos teams de feature.
Nous allons montrer
les capacités qu'ils peuvent avoir
de la télé vers
les appels d'Azure
et des choses comme ça.
Et nous allons les aider,
pour être consultants,
comme les consultants internaux,
pour être les uns qui sont
ajoutés dans le correct
de la trace.
Je pense que Martin,
qui est sur le podcast,
m'a probablement été le seul.
Nous avons ajouté
les traces, les spans,
et tout. Nous voulons que les teams de feature
soient ajoutés.
Nous avons été en train de
faire un détail,

créés un barri ou un silo
qu'on ne veut pas créer.
Nous avons été
des experts de subject matter
dans le team de plate-form.
Je pense que
le plafond de l'Aura
est comprise de l'Azure,
des experts,
et des engineers de software.
Mais ils sont les principaux
d'experience.
Nous avons un spectrum
de expérience
à travers le stack
de la frontière et de la back-end,
mais aussi de l'infrastructure.
Je pense
que le trappage est
que vous avez un team de plate-form
qui devient
comme le team de l'Ordob's
ou le team de l'Aura.
Je ne pense pas que nous avons le temps de le faire, mais le SRE
a un autre part de ça.
Nous avons un SRE
mais nous essayons de
le garder comme un team
qui aide nos teams
à ne pas avoir
tout à l'heure.
Martin Thwaites a été
sur le podcast.
Il travaille avec Honeycomb,
mais je l'ai utilisé en telemetrie.
Je pense que je vais mettre les choses
sur le cloud de Grafana.
C'est le même partenariat que nous avons
dans nos clusters, les collecteurs de l'hôtel.
C'est un standard
qui peut être
de la base de la base de la base de la base.
Ou de la base de la base de la base de la base de la base.
C'est un patternur très bien.
Si nous pensons plus
sur les
traditionnels IT-folks,
les équipes et les équipes,
où est le crossover
entre les engineers de plate-form
et les gens de la base non-developpables?
Oui,
je ne sais pas si c'est un controversé,
mais je pense que dans
l'organisation moderne,
je ne pense pas que quelqu'un
n'a pas des techniques
de software,
d'engin, de la base de la base de la base.
En particulier, les choses comme
scripting,
des tools comme ça.
On peut aller sur Twitter et trouver
quelqu'un.
On peut dire « ship posting » ?
Peut-être que vous vous en avez complètement.
« Ship posting »
C'est un peu l'absence
sur la variété de topics de tech
qui sont généralement sous la marque.
Oui.
Je pense que
cette vieille vieille opse
a commencé à s'arrêter
quand les opseurs ont commencé
à se adapter.
Vous avez, en tout cas,
reçu le meilleur effort
pour les vendeurs de vendre
de la base de la base de la base.
Je pense que les organisations
Je reconnais que c'était ce que c'était pour dire.
Vous n'avez pas besoin d'avoir un team DevOps.
Vous n'avez pas besoin d'avoir un département DevOps.
Il y avait un office où les gens s'y sont déçus.
Ils se sont déçus pour les knock-downs
et ils ont parlé avec le manager de DevOps.
Oui.
Donc,
certainement, dans les dernières cinq ans,
je pense que vous avez dit que ces barres
ont été déçus à un certain niveau.
Vous allez voir des organisations
qui ont différents niveaux de délai,
d'être de la maturité,
si vous voulez parler de ce qui est le bon moyen de faire ça.
Vous pouvez dire que
ils ne sont pas matures, mais certainement,
vous pouvez imaginer des entreprises plus grandes.
C'est un état d'organisation très différent,
un état de bien-douïde.
Même dans ces barres, il y aura des poquettes
qui adoptent les proches de la nouvelle.
Mais ça peut être très difficile
d'avoir une large organisation typique
d'organisation qui est allée
dans un de ces nouvelles modèles.
Oui.
Il y a beaucoup de entreprises qui ont beaucoup de services
en prime, et même juste de managir
les compétences des services.
Tout ce que l'on a à l'intérieur
et la networking.
Je veux dire networking, mais
je pense que beaucoup de gens travaillent
aussi remotely. Donc, même ça, c'est
plus cloud-based,
comme la sécurité et ce genre de choses.
Oui, je sais que vous voulez parler
de code infrastructure.
Je sais que vous êtes un grand fan
de Pulumi, mais vous l'avez mentionné,
il y a quelque chose qui a été passé recently.
Et je dois m'exprimer
dans mon piece de news feed.
Je vais être intéressé à voir ce qui s'est passé.
C'était la téléformation ?
Oui, c'était en august.
Il y a eu un peu de mois,
mais ça me sentait assez récent.
Il y avait des controversies.
La téléformation a changé leur licence
pour un modèle BSL
qui est un non-opensource licence.
Je pense que ça a causé
beaucoup de
des disruptions de communauté.
Partant de ça,
ce n'est pas nécessairement
juste la change spécifique.
La téléformation a
un grand nombre de communautés
dans le code infrastructure.
Et la organisation
qui a créé
ce code,
a fait un change très sain
de l'opensource,
quand c'est été traditionnel.
Je pense que ça a
créé des fondations.
C'est un peu de change.
Ça a vraiment fait
des gens qui pensent
qu'ils peuvent
changer leur roug.
Ça a fait des gens
réconstituer
leur code infrastructure.
Je pense que c'est le cas
de HashiCorp.
Les changements n'avaient pas
fait une grande différence
pour ceux qui ont été en utilisant
les utilisants par jour.
Un peu de changements ont été
centrés en réduisant
l'obligation des autres organisations
pour offrir un product commercial
qui a été réconstitué par HashiCorp.
Mais en réalité,
la réaction de la communauté
était très forte.
C'est souvent en dessous de la messaging.
Vous avez un cours sur Docker,
dans Domtrain.
Ce n'était pas
une réconstitue précieuse.
Mais Docker a
eu un couple de mises dans le passé
avec leurs changements de licence
et
une communauté similaire.
Je ne veux pas dire que la communauté
a l'air assez contentueuse, mais
la communauté a un peu
détenu.
En fait, ça a été
un parc pour les companies de tech.
On a eu Unity, pas longtemps,
avec des changements de licence.
Mais vraiment,
ce qui s'est passé,
c'était,
comme vous l'avez mentionné,
j'ai été un grand fan de Pulumi
depuis le 2019.
J'ai commencé à utiliser Pulumi
avec des petits clients
qui m'ont appris en réconstitue.
Le plus important
avec Pulumi,
c'est que Pulumi
laisse vous utiliser
les langues de la légende de la légende
pour faire votre infrastructure
comme code.
On peut faire
des tests












pour vous,
mais
vous devez pas faire
des tests
pour l'environnement.
Il y a des tools,
ils ont besoin de
des syntaxes spéciales
pour apprendre.
Si vous avez un travail
pour faire des terraformes,
c'est bien, vous verrez
le syntaxe et vous allez être
familiar avec ça.
Mais si votre travail était un développeur
et vous avez besoin de modifications
pour des infrastructures
pour votre fonction,
vous devez apprendre ça, et vous ne vous
ne vous toucherez pas pour 6 mois,
et vous vous dites,
qu'est-ce que ce qui est si curieux que ça?
Quand j'ai vu Pulumi,
j'étais comme si on était en train de faire c-sharp
ou type script,
j'étais comme, si mes développeurs
sont en train de faire ce code,
pour eux, pour faire un loop
pour faire un code conditionnel,
ils vont comprendre complètement
ce que le code fait.
Le truc n'est pas nécessairement
qu'ils ne savent pas le correct
le correct de l'exemple,
ils n'ont pas besoin de le correct
mais dans les syntaxes,
dans l'aide, il y a un enum
qui dit que c'est
une rédonde zone
ou une rédonde géorédonde.
Et quand ils ont eu une conversation
avec les plate-formes, ils disent,
où vous avez mentionné que
les développeurs ne savent
que c-sharp ou type script
pour qu'ils puissent faire ça.
Vous avez également mentionné que votre plate-forme
était très expérimenté
aux développeurs et aux personnes opérées
parce qu'ils n'ont pas
c-sharp, les développeurs.
Vous trouvez qu'ils ont maintenant
appris à apprendre le programme
quand ils ont utilisé quelque chose comme Yamal
ou quelque chose?
Oui, il y a ce genre de,
si nous allons rencontrer dans le milieu,
les deux côtés doivent travailler
pour notre équipe qui veut
des développeurs de fonctionnalité
nous avons utilisé type script
à aura, nous avons utilisé type script
pour notre code d'infrastructure,
la décision entre type script et .NET
était très marginelle.
Je suis un développeur de .NET,
je pense que c'est plus clair.
Mais nous avons décidé de type script
parce que le PloomyFox
a dit que c'était probablement la meilleure option
d'être la même.
Nous utilisons type script
dans notre front-end.
Il y a un cas de
apprendre pour nos
ingénieurs de plateforme
pour apprendre type script
mais
nous ne faisons pas
beaucoup d'aménages de type script complexe.
C'est des loops, des maps,
des conditions,
c'est vraiment
complexe.
Les autres aspects sont vraiment
la contrôle de la source.
Nous faisons un workflow pour les poursuites

pour les poursuites
pour les modifications
pour l'infrastructure.
C'est un workflow
pour les développeurs
pour les poursuites
pour les réveiller.
C'est un travail pour les deux sides
pour les deux côtés.
C'est vraiment
vraiment plaisir de voir nos ingénieurs
faire des poursuites pour nous.
Nos ingénieurs sont des poursuites pour les changements.
Les changements sont relativement
relativement simples.
Mais juste avoir l'obligation
de faire des poursuites, nous réveillons
et on le remercie.
Il y a des infos.
C'est vraiment cool.
Ils ne sont pas en train de faire un
tour de l'application
ou de donner l'accès à la plateforme
pour les changements.
C'est vraiment cool.
Et en prétendant,
Pulumi peut s'abstracter
avec NPM
ou Nugget
ou tout ça.
Je pense que si c'est standard
d'utiliser un link privé
et un développeur
veut se couper
avec Azure Storage
et peut-être dans
des environments de dev et de QA
que ce n'est pas de GOE
mais de toutes ces décisions.
Vous pouvez l'abstracter
pour que le développeur
ait un method de collage
qui dit que le site Azure Storage
est dans ce environnement.
Vous pouvez utiliser Nugget
ou NPM.
Pulumi a un système
similaire à Terraform
avec des services
pour les providers.
Il y a
une possibilité de créer des abstractures
pour les clients.
Vous pouvez créer
un set de ressources
qui sont pakées ensemble
et qui suivent votre défense.
Il y a un balance de Delica
qui est un tract de la base
pour créer une abstraction
de toutes les ressources.
Vous avez un account Azure Storage
et vous pouvez créer
mon account de corp.
Vous pouvez créer
des standards
qui sont de la même manière

Vous pouvez créer
des standards
qui sont de la même manière
que vous.
Vous pouvez créer
des standards


Vous pouvez créer un plan
qui vous permet de créer
des choses que vous ne devriez pas
faire.
Vous pouvez créer
des problèmes de deux façons.
Je pense
que je vous ai mentionné le link privilé
et ça a des choses comme
des zones de la base
et le objectif privilé
et les choses que vous faites.
Vous avez des choses extraites
pour créer un métier
qui peut créer un métier.
Oui, absolument.
Vous avez utilisé Azure
et des services de cloud
pour créer des services
de la même manière.
Vous avez des cases de la même manière
que vous ne pouvez pas
remplir la provision de ces choses
car le API ne vous aide pas
et vous avez souvent besoin de
faire des scripts
ou des scripts de passion.
C'est le cas avec
d'autres providers.
C'est un des choses qui me
cliquent vraiment.
Parce que je suis en charge
d'une application de la base
d'un code de programme
de la base de la base.
Je peux, en fait,
intégrer le SDK
pour Azure, pour exemple.
Il n'y a pas de tout ce que je peux faire
avec l'API.
Je peux intégrer le SDK
pour mon code et interménger
le code de Plumie
avec le code de la base de la base.
Je vous donne un exemple concret.
Si vous prévisionnez un account
d'Azure Data Lake,
vous pouvez le faire en Plumie,
mais vous ne pouvez pas créer
des folders dans
l'account de la base.
C'est un different API
pour les folders.
Si vous faites un template
par armes,
vous ne pouvez pas le faire.
Mais nous avons fait ça
parce que nous avons le SDK.
Donc, si nous avons créé le account
et le container, nous pouvons
passer les credentials
de Plumie
pour le code de l'Azure SDK
et puis, nous avons créé le code SDK
pour les folders.
Nous avons un approche
pour créer ces choses.
Si vous utilisez ces autres outils,
vous pouvez peut-être tester
votre code Terraform
ou votre code CloudFormation,
mais vous avez un script separate,
un script PowerShell,
qui ne doit pas être un executable
qui est sur la machine host,
donc, ça va être un peu pique
parce que peut-être votre CI CD
n'a pas le code
de l'Azure CLI,
ou le code PowerShell.
Donc, c'est
ça qui fonctionne,
mais je me sens
un grand fan,
je dois être un peu au courant.
Mais ça a vraiment cliqué avec moi,
et j'ai été un grand fan,
j'ai fait un nombre de conversations
et j'ai été en train de
utiliser ça, depuis 2019,
et en particulier, nous avons été
en train de utiliser ça pour un moment.
Et nous avons encore des choses qui n'ont pas été en Plume,
donc, vous pouvez coexistir,
vous pouvez avoir des choses qui ont été prévues
par une manière différente,
et puis, ça coexiste avec vos nouveaux trucs
que vous faites en Plume,
ce qui est assez cool.
Je dois juste toucher, et c'est pas un sales pitch,
mais je pense que dans le respect de
des choses qui ont été réformées,
Plume a offert, je pense,
l'obligation de convertir
vos terraformes de Plume,
c'est une partie d'un service qu'ils ont offert,
si les gens étaient intéressés en voulant
Plume, Plume a aussi promis,
et je pense que vous pouvez prendre
autant de promesses que vous pouvez,
que ce soit d'une entreprise,
qu'elles ne vont pas
se raconter sur ça.
Mais, vous pouvez prendre
autant de promesses que vous voulez,
avec d'autres organisations,
et je pense que la history est
liée avec les organisations,
et je vous promets que je vais vous
raconter.
Aujourd'hui, vous pouvez
utiliser Plume
comme un tool d'open source,
mais ils ont
une offrance qui s'occupe
de leurs tools d'open source,
ce qui est ce que ils préfèrent
vous utiliser, c'est pour ça qu'ils sont
fondés, mais vous n'avez pas
à payer Plume, ils ont le temps
d'utiliser le tool.
Je dois dire, il faut payer,
et je vais vous dire, le fait que je suis
sur le côté du monde, je vais m'occuper
d'un sens de payer.
Vous dites que ce n'est pas un pâtiment de sales,
mais c'est un peu travaillé,
c'est une des formes de terraform,
j'ai utilisé le bicep,
mais je n'ai pas utilisé Plume,
c'est une des plus longues liste
pour jouer, mais oui,
ça me semble intéressant,
et je n'ai pas pensé
que vous devez mettre le point
sur lequel vous pouvez
faire le SDK, et c'est un point
très bon, c'est comme
en utilisant Plume et .NET,
parce que j'ai un SDK,
un mandat de SDK,
pour faire des choses avec les ressources,
vous pouvez utiliser les deux,
et c'est le même code .NET,
comme vous le disiez,
d'aider un bicep, un deployer,
et puis avoir à faire quelque chose,
c'est tout ensemble,
et si vous êtes abstructé dans les classes
et tout pour s'en aller,
ou si vous avez des packages,
ça peut être abstructé,
c'est vraiment bien, je n'ai pas pensé.
Oui, c'est la magie,
avec le passage prédential,
dans le passage, ça pourrait être un peu plus drôle,
mais vous devez être familiar avec le
passage de l'Azure prédential,
ce qui est en cas de l'Azure SDK,
c'est ce que nous utilisons,
c'est super convenu,
parce que nous ne sommes pas tentant
de passer la connexion explicitement
à l'arrivée,
nous sommes juste en utilisant
le code STK, le passage de l'Azure prédential,
notre code plume
est utilisé pour l'identité de management,
et ils travaillent essentiellement
en utilisant la même identité,
quand ils sont en train de ralentir notre système CI.
C'est plus si simple que il y avait un peu d'anime.
C'est très bien, je vais vous parler.
Donc, en regardant la téléforme,
dans nos notes de share,
vous avez mentionné quelque chose
qui n'a pas été écouté,
qui est basée sur l'issue
de l'assistance,

l'issue de l'assistance.
C'est ça, quand le changement de licence
a été annoncé, l'option
de la communauté a été élevé,
parce que le changement de licence
n'était pas retrospectif, il allait
s'appliquer de la prochaine version.
Donc, il y avait une opportunité
pour la communauté de décider
d'essentier, si nous devons forter la téléforme.
Initialement, ce projet était
sous la banque de l'OpenTF,
et puis, c'est
morphé à l'OpenTOFU.
Je vais être honnête, je préfère l'OpenTF,
mais, oui, c'est essentiellement
la réponse de la communauté
de l'assistance, et essentiellement
le torque de la téléforme.
Donc, nous sommes intéressés à voir comment ça
fonctionne. Comme je l'ai dit,
j'ai bougé, si vous voulez,
de la téléforme.
J'ai un slide contraveurier
dans un de mes talks
où j'ai
la révolution de l'humain.
J'ai le type de cliquant
et en faisant des trucs dans le portal,
comme la première version,
la première étape, et généralement
en utilisant les tools de la cloud,
les trucs de la formation cloud,
et puis, c'est terrible, et
la téléforme est la prochaine évolution.
C'est comme je l'ai vu, comme je l'ai dit,
je suis très au courant, ça a turné
en un grand sel pour la téléforme.
Je devrais probablement,
pour une grande transparence, je ne travaille pas pour le plume.
Je
l'ai été donné un petit peu de swag
et je suis sur le programme
de plume,
mais il n'y a pas
des boules de boule,
pour moi, en parlant de ça.
Je suis un utilisateur
d'enthousiasme, c'est le moyen de le mettre.
Donc, je sais un truc,
je n'ai pas aimé
que beaucoup de téléformes, quand je l'ai utilisé,
c'était le concept de state.
Parce que
je l'utilise plus d'un bicep,
et il n'y a pas
le state de la campagne,
et puis, il y a le state de l'environnement.
C'est ça, la téléforme,
on a aussi l'état de l'autre.
Nous savons que ce qui se passe,
c'est que les trois sources de vérité,
c'est le complexe de la réplique.
Comment peut-on que le plume a un state ?
Le plume a un state,
c'est l'option payée
si vous utilisez leur service,
ils y ont le state pour vous,
mais vous pouvez évidemment le manager.
Je pense que c'est la contraverse
sur la question de la option de la réplique.
Je n'ai pas eu un problème
avec le model de la téléforme.
Je pense que certains de ces défis
sont en train de garder le secret de ce state,
parce que souvent, il y a des informations
sensibles dans ce state, et il faut
s'assurer qu'il n'y soit pas accessible.
Donc, avec le plume,
si vous n'avez pas utilisé leur service,
vous pouvez définir un bac-end
qui peut être un account de storage
dans un provider cloud
où leur state est installée.
Mais il y a un constat de state.
Vous vous dites que le modèle
de la téléforme est que
si vous pensez à ce que le plume est en train de faire,
vous vous dites le code
dans le langage que vous vous dites.
Finalement, le plan de la téléforme
construit un grapho de ressources
qui est en train de la réplique.
Et puis, ça peut vraiment faire des API crades
pour que vous puissiez l'utiliser.
Parce que c'est probablement le plus important de vous dire
que le plume n'est pas juste pour les cloud,
c'est pour...
Nous utilisons le plume pour nos
dns, nous utilisons le plume pour
beaucoup d'autres outils aussi.
Donc,
finalement, ce que le plume fait est d'assurer
essentiellement des commandes crades
pour ces API.
Et puis, il utilise sa state
pour comprendre ce qui s'est passé
en tant que.
Et puis, il y a un problème,
ces commandes crades sont pas
synchronisées.
Si vous commencez à provisioner une ressource
et que vous puissiez récolter le processus
de plume, le plume est totalement
perdu sur ce qui s'est passé.
Il a dit à Azure que
on peut utiliser un appui
qui est assez lent.
Je peux prendre 20-40 minutes
de provision.
Vous avez le contrôle, vous vous débrouillez
le processus de plume.
Azure est un peu mal
pour faire des provisions.
À ce point, le plume est un peu confus.
Parce que c'est un peu
inquiétant pour un instant API.
Et puis, il ne sait pas ce qui s'est passé.
Vous pouvez donc définir
un peu d'assertation.
Un peu d'assertation.
D'accord, c'est incroyable.
Vous pouvez avoir un
problème.
Mais c'est très facile de récover ce
plume. Vous pouvez demander
de l'exportation de la state.
Vous pouvez amener la state
de vous-même.
Mais, il faut
répondre à votre question.
Il y a un modèle
de terrain.
C'est un des défis qu'il peut
comprendre quand votre cloud
est drifté de ce que vous pensez
être.
Et que ces mécanismes
ont un sens external de vos
ressources de provision
qui vous permet de comparer
ce que vous pensez être
pour ce qu'il est.
Et puis, détectez les défis et
correctez-les automatiquement.
Ou, au moins, déclenchez que c'est un drift.
Oui, ça ressemble bien.
Nous sommes à peu de temps.
Quels sont les topics que nous n'avons pas
découvert que vous voulez?
Je suis suivi
l'infrastructure.
Et, à un degré,
vous pouvez voir des commentaires
sur Twitter.
Je vais continuer de vous en parler.
Et d'autres places.
Il y a souvent un argument
sur les impératifs
et des déclaratifs.
Je ne pense pas qu'on a besoin de
ceci.
Si vous êtes un architecte
ou un architecte,
il y a un point
où vous pensez que si les
teams peuvent décrire l'infrastructure,
je serai à l'aise.
Est-ce que
ce qui automatique,
c'est que les teams
vont avoir des experts
pour comprendre les right
tools,
les right settings,
les right components.
Vous avez le choix
de la ressource
à l'infrastructure.
Si vous vous considérez que vous êtes
en azure,
il y a 5 ou 6 services.
Je pense que
ça vous aide
avec votre workload
à faire de la partie de la
chose qu'ils veulent faire.
Ça les empouve, les faits
heureux. Ils ne peuvent pas
sentir comme eux.
Vous pouvez vous concentrer
sur les autres choses.
On ne va pas
pas avoir un travail à faire.
Il y a beaucoup de choses à faire.
Et le cloud est toujours évoluant.
Ce n'est pas comme si
nous pouvions encore se faire.
Tout le service est répliqué
ou a de nouvelles versions,
des nouvelles features.
Je pense que
les teams de feature
vont être très utiles
pour vous aussi.
Oui, c'est certain.
Je pense que c'est intéressant
votre diagramme que vous avez mentionné
avant, avec l'évolution.
Si on a un autre chat dans 3 ans,
ce qui est arrivé
ce qui est arrivé, c'est
le chat GPT ou le AI
dans le monde.
Si nous nous parlons de l'A.I.,
ce serait un autre épisode,
et je ne sais pas si vous l'avez imaginé.
Peut-être au risque de re-enforcer
le service, c'est exactement
ce que Plumi
a sur le web. Ils ont des integrations
avec le chat GPT pour vous
demander de créer le code Plumi
pour créer ce service.
C'est cool, on ne faut pas utiliser ça pour des projets de large scale,
mais si quelqu'un est curieux de commencer,
il faut aller au site de BlueMe, et vous pouvez vraiment jouer avec ça.
C'est cool, en fait.
Ça ressemble bien.
Avant de parler de quoi était le meilleur place pour les listeners
de s'y aller ?
Je vais encore en parler sur Twitter,
je vais en parler sur Twitter,
et sur LinkedIn.
C'est probablement le meilleur place pour s'y aller.
Je vais être très intéressé de voir des équipes qui travaillent sur des problèmes d'engagement.
Ils ne sont pas mal à utiliser les Kubernetes.
C'est bien de comparer les notes.
On a toutes les answers,
mais on va encore en savoir.
Ça ressemble bien.
Vous êtes maintenant sur le discord podcast,
si vous pouvez en avoir la capture,
je l'ai dit, je l'ai dit dans un autre sens.
Merci, merci d'être là.
Oui, je me suis senti comme un grand boubou,
en essayant de faire la capture du discord,
où je me suis dit que c'était le plus grand animal sur la table,
et je ne savais pas si c'était le nombre de images sur la table,
ou si un zebra était plus grand que un dolphin.
Si quelqu'un sait l'answer,
s'il vous plaît,
je l'ai confié dans la capture,
c'est moi qui ai pris le Mickey.
Je me suis dit que je serais en train de faire la capture,
et on a encore une fin,
et je pense que je vais être en train de faire la capture,
et je pense que non, non, non.
Faire enough, je le déserve,
c'est très boumable,
un problème,
c'est vrai.
C'est assez tard,
pour moi, c'est 10h du matin,
mais c'est 10h du matin pour toi,
ou 11h du matin ?
11h du matin,
on vous l'a dit,
c'est mon ex-chance.
C'est un grand merci pour vous,
et la prochaine fois,
ne vous laissez pas 3 ans,
ou même pour la capture, c'est un peu plus tard.
Merci, merci, c'est vrai.
Je vais essayer de garder le discord,
plus tard que moi,
j'ai fait ça avant.
Longs suffisages pour arrêter la capture.
Je ne me demande pas,
c'est parce que vous n'avez pas été
dans le cours des années,
mais je ne me souviens pas le dernier temps
que vous me demandiez de me l'allonger,
mais oui, le discord est bien.
Je vous remercie de vous dire
qu'il y a une communauté discord
pour le podcast,
et si vous allez au site
UnHandledExceptionPodcast.com,
il y a un lien à l'univer.
Merci à tous d'avoir regardé,
et je vous remercie de vous dire
que c'est mon sponsor bifestat,
qui est mon propre company,
qui a été filmé et consulté,
et si vous vous aimez,
s'il vous plait,
vous pouvez me séparer sur les mots socials.
Je utilise le hashtag
UnHandledException,
je suis sur Twitter,
et aussi mes DMs sont
éprouvus, mais je voudrais
être DM'en bas,
parce que c'est mon site go to place,
et mon blog danclock.com
a des liens sur les choses sociaux.
Et nous allons, comme usual,
les mettre sur les liens,
dans les notes de la show,
qui peuvent être trouvées sur
www.UnHandledExceptionPodcast.com
et il y a un commentaire
à la fin de chaque épisode.