Reprise du message précédent :
Oui mais les plan/apply dans la CI avec des infos sensibles, c'était un peu relou (on chiffrait avec pgp + kms pour le remote state).

Pas testé encore le multi provider AWS, même si on a des use-cases pour ça, on a pas eu le temps de s'y pencher.

Y a la alpha 1.10 qui est sortie, pas encore regardé en détail.

Mais sinon pour 1.9, so far so good.

Tenez en passant: https://www.humblebundle.com/books/ [...] illy-books

Et sinon faudra refaire le sondage sur les postes à l'occasion, en ajoutant des trucs genre Ingé Cloud, Archi Cloud, SRE, ..

Sympa ce bundle. Pile dans toutes mes technos du quotidien

Achète

J'aimerais bien mais vais-je les lire ? rien n'est moins sûr

Vazy et envois moi un MP  

Intéressant Comment ça se passe pour la mise à disposition du contenu, ya vraiment pas de limite dans le temps vu que ça parle de PDF ? Ça parait trop beau pour être vrai comme deal mais bon, faut aussi trouver le temps et la concentration pour lire et assimiler le contenu

PDF, ePub etc.. bah après tu stockes sur ton drive. Je viens de checker j'ai des ebook vieux de plusieurs années mais on doit pouvoir se démerder pour stocker 3 ePub quand même

J'ai payé ma dime
Dispo en epub/pdf pour la plupart.
Je sais pas si y a un watermark par contre

Bien
Pourquoi un watermark?

J'ai deja eu des ebooks avec mon email mis en filigrane pour eviter de partager. là y a pas l'air d'avoir qqch de visible pour l'instant

https://thenewstack.io/opentofu-joi [...] c-project/

En voilà une bonne nouvelle.
Ravi d'avoir fait la migration le mois dernier.

Très bonne nouvelle. Maintenant au tour d'OpenBAO (le fork de Vault)

Ah tiens je connaissais pas

Bonjour,
 
vous connaissez ou utilisez la surcouche debops pour ansible ?
 
j'ai un dédié perso et deux serveur à la maison (type Raspberry). avec des usages à la con style rebond ssh, vpn, Nginx, script python perso.
mais je passe mon temps à les réinstaller car je vrac les dependance, libs
je me suis dis "yenammare" il est temps de passer tout ça en infra as code.
 
je connais bien ansible mais j'ai la flemme d'écrire les playbook from scratch.
je me suis dis que debops était une bonne idée, tout le code est déjà prêt, ya juste à remplir l'inventaire.
 
cependant je trouve les run trèèss lent. genre plus de 1h pour un projet presque vide que je viens d'init. très chiant pour tester sa config.
j'ai peut être sorti l'artillerie lourde pour pas grande chose, ou je l'utilise mal ?

Je n’ai pas d’avis sur le soft, mais si tu as de soucis de performances oublie les Rapsberry pi et prends un N100/N150, ça coute pas grand chose et c’est pas le même monde … (6w de tdp)

Je pourrais même ajouter que ça se trouve souvent sous les 120€.
Vu le prix des Pi maintenant, ta solution est plus rentable

Pouvez me dire la différence entre Pulumi et Terraform (et son forx) ?  
 
Ca existe une couche d'abstraction qui permet de définir son infra dans un language commun et pas s'adapter aux providers IAC ?
 
Le but serait de définir une archi simple qui peut être redéployée très rapidement sur un autre provider (cloud ou autre)

Ça me paraît compliqué, vu qu'ils ont chacun leurs spécificités.

Je pense qu'il te faut pour chacune de tes briques générer le code TF propre au cloud provider, et après lors du apply tu choisis ou tu veux l'apply et ça ira lire le code correspondant.

Spécificités ? Les paramètres restent très commun, on pourrait générer une déclaration exhaustive des paramètres puis la couche d'abstraction s'occupe de faire la tambouille pour le provider.
Ca serait d'ailleurs moins chiant pour savoir où injecter son cloud-init dans le provider X puis Y.
 
Franchement faire le code pour chaque provider en amont c'est pas du tout mais du tout idéal

Pulumi tu utilises un langage de programmation de ton choix (JS, python, c#, java etc.) la où terraform il faut apprendre le HCL.
Et Pulumi du coup tu peux faire des appels a des systèmes externes, faire des formatages plus avancés sans être limité a ce qu'on peut faire avec HCL.
Des boucles, conditions etc plus naturel.

On supporte les 2 nous

Dont OpenTofu ?

Normalement oui

Par contre la l'abstraction multicloud native c'est pas possible, il y a trop de paramètres qui varient.
Tu peux te faire tes propres modules terraform qui prennent un ensemble d'entrées communes et les injectent dans les ressources adéquates de chacun des providers, mais c'est pas forcément très pertinent...

Alors, t'as lu quoi ?

Ma reflexion à 2 euroballes sortait tout droit d'un cerveau en redémarrage après une année à faire autre chose, c'est un diesel mais je viens de vérifer les compressions, ça passe

On parle IA/LLM/Cloud/DevOps ?
 
J'ai quand même l'impression que le taf de sysadmin a muté vers du Cloud Infra, un type de DevOps et que sais-je encore.
 
Qu'en pensez vous de votre côté ? C'est quoi les intitulés désormais ? Ou toujours sysadmin barbu ?
 
Pour les LLM, vous en êtes où ? Full stack avec agentic mode multi provider, copilot truc sur github, intégré dans la ci/cd, PR/review et MCP avec atlassian ?

L'intitulé a la mode est "Platform Engineer" !
La mission du taf reste la même, juste les outils qui changent, et en effet il faut les prendre en main pour ne pas être trop dépassé.

Quels outils ?

Pour les outils j'entends plutôt les nouvelles techno à la "mode".

K8S, helm, un cloud provider, une cli d'IA avec les prompts qui vont bien, de la sécurité, de la cicd...

Je pense qu'il est compliqué de rester sur des acquis et de ne pas suivre l'évolution technologique qui va très (trop) vite, on est obligé de s'auto-former tous les jours.

C'était déjà le cas pour l'auto-formation et la veille, rien de nouveau. Mais oui CI/CD, etc.
Mais pareil, k8s, helm, ArgoCD, c'est limite vieux 

J'avais demandé à Claude (Opus 4.5) et il m'avait sorti une liste des métiers "DevOps", je la colle:

 
hmmm c'est pas vraiment la même chose qu'un SRE non