Je suis devops aux US et j'adore tes videos qui sont des piqûres de rappel sur les différents problèmes que nous rencontrons tous. Personnellement je suis un aficionado du stateless et de kubernetes pour l'upscaling de services, j'ai suis devenu un intégriste de cette pratique suite aux différents problème que tu décris dans cette vidéo.
Le combo gagnant : - terraform pour l'infra qui ne change pas (pas dynamique) et simple => VPC / Subnet / Bastion / Zone DNS (public/privé) / ... (et encore je trouve terraform assez bof (sur GCP en tout cas)) - kube / faregate / docker / ... => pour l'autoscaling - ansible pour configurer et créer les choses qui seront dynamique => config kube / faregate *** Et le saint grale : ne pas avoir de différence entre les env. Avoir strictement le même déploiement (modulo les nom), et laisser l'upscale s'oqp du nombre de "machine". Ça passe aussi par l'utilisation des zone de dns privé pour avoir systématiquement les mêmes dns partout, peut import l'env. Et lorsqu'on fait des changements dans le déploiement, on créé une nouvelle ligne complète, on la test et valide, on redirige le traffic dessus et on bute l'ancienne. Pas de drift... Alors oui, ça fait deux couche de variabilisation (une pour l'infra avec potentiellement deux version de l'infra en // le temps de tester et de switcher, et une pour l'applicatif blue/green/canary what ever)
Sympa le sac dollarama derrière ^^ (ouais je déterre la vidéo après 1 an mais je kiffe en découvrir sur ta chaîne ^^). By the way, j'adore vraiment ce que tu fais. Tu arrives vraiment à expliquer concrètement les avantages et le fonctionnement des nouvelles techno de l'IT, en allant plus loin que la surface (remplie de bullshit) mais tout en restant clair et compréhensible. Bref "straight to the point", j'adore. Le plus énervant c'est qu'on a l'impression que tu ne prends même pas le temps de préparer certaines vidéos et que ça te vient tout seul, comme si tu nous expliquais ça autour d'un café ^^
Merci pour tes vidéos, j'ai découvert ta chaine il y'a peu c'est super cool ! Concernant le sujet, je suis d'accord avec toi. Toujours essayer d'avoir une "image" ou un IaC la plus up to date possible, et ressortir le bon Ansible pour faire les finitions, ça marche du tonnerre. @+ :)
parfaitement d'accord avec ce ReX : la bonne solution c'est packer pour image imutable avec les logiciels pré-installé sur le serveur puis au boot du serveur, téléchargement d'un playbook ansible pour finaliser la configuration du serveur (config. de fichier + démarrage des services)
Salut Cocadmin. Comme toujours une bien bonne vidéo. Nous en sommes au début de ta réflexion (ansible pour déployer on premise) et pas encore dans le cloud. Du coup super insights sur cette aventure qui va démarrer pour nous et rien que pour ça un super merci. Dans la vidéo tu parles pas mal de AWS et de packer (j'espère que je l'écrit correctement celui là je ne le connais pas). Est ce que tu pourrais faire une vidéo sur l'utilisation de ces outils et sur l'infrastructure as code ? Ou pointer vers des tutos dont la qualité est ok. Le sujet est hyper passionnant mais tellement vaste... On est un peu perdu devant la console AWS sans un coup de main. Continue ces vidéos.
Bonjour, ne serait-ce pas une solution d'utiliser une technologie de contenair (genre docker). Une image peut-être crée à partir d'une autre. Le déploiement est rapide. Enfin pour moi c'est l'idéal. Maintenant tout dépend de votre cas d'utilisation.
Hello. Sympa ton analyse. Pour une infra On Promise full VMware de 300 VM RHEL/CentOS, est-ce que tu préconise l'utilisation de Packer + Ansible pour remplacer la création/gedtion manuelle des templates de VM dans le vCenter ? Est-ce que tu penses faire une vidéo sur l'utilisation de Packer + Ansible ? Ca serait vraiment intéressant 😁😉 Merci pour tes vidéos 🙏
Packer est assez simple à utiliser et sa prochaine version supportera les builds directement sur vsphere. Pour l'instant, c'est intelij qui développe le builder.
Yes faudrait que je fasse une video sur packer c'est assez simple en plus. Pour ton infra t'as pas vraiment d’intérêt a avoir d'infra dynamique donc l’intérêt de packer est limité. Ca t’évite juste le drift. Si c'est un problème recurrent que t'as ca peu valoir le coup sinon je resterais sur du ansible.
Si mais au final c'est pas si grave vu que c'est le CI qui le fait pour toi. Tu peux aussi séparer le job de build de l'image avec le job de déploiement pour ne pas etre forcé de le refaire si tu change autre chose que l'image.
Faire du neuf avec du vieux.... Le problème c'est la gouvernance du S. I, On pense aller très vite en faisant du cloud en oubliant les règles élémentaires d'automatisation et d'industrialisation des infras... Toutes les applications D'un S. I À un autre sont différents
Etant un Dev, c'est sympa de découvrir les soucis de la gestion de l'infra. Un grand LIKE pour ton job (je parle po Jenkins ici ! :p)
Je suis devops aux US et j'adore tes videos qui sont des piqûres de rappel sur les différents problèmes que nous rencontrons tous. Personnellement je suis un aficionado du stateless et de kubernetes pour l'upscaling de services, j'ai suis devenu un intégriste de cette pratique suite aux différents problème que tu décris dans cette vidéo.
Pareil mais c'est quand même moins simple à appréhender au départ ... et quand il y a des problèmes aussi.
Le combo gagnant :
- terraform pour l'infra qui ne change pas (pas dynamique) et simple => VPC / Subnet / Bastion / Zone DNS (public/privé) / ... (et encore je trouve terraform assez bof (sur GCP en tout cas))
- kube / faregate / docker / ... => pour l'autoscaling
- ansible pour configurer et créer les choses qui seront dynamique => config kube / faregate
***
Et le saint grale : ne pas avoir de différence entre les env. Avoir strictement le même déploiement (modulo les nom), et laisser l'upscale s'oqp du nombre de "machine". Ça passe aussi par l'utilisation des zone de dns privé pour avoir systématiquement les mêmes dns partout, peut import l'env.
Et lorsqu'on fait des changements dans le déploiement, on créé une nouvelle ligne complète, on la test et valide, on redirige le traffic dessus et on bute l'ancienne. Pas de drift... Alors oui, ça fait deux couche de variabilisation (une pour l'infra avec potentiellement deux version de l'infra en // le temps de tester et de switcher, et une pour l'applicatif blue/green/canary what ever)
Sympa le sac dollarama derrière ^^ (ouais je déterre la vidéo après 1 an mais je kiffe en découvrir sur ta chaîne ^^).
By the way, j'adore vraiment ce que tu fais. Tu arrives vraiment à expliquer concrètement les avantages et le fonctionnement des nouvelles techno de l'IT, en allant plus loin que la surface (remplie de bullshit) mais tout en restant clair et compréhensible. Bref "straight to the point", j'adore.
Le plus énervant c'est qu'on a l'impression que tu ne prends même pas le temps de préparer certaines vidéos et que ça te vient tout seul, comme si tu nous expliquais ça autour d'un café ^^
j aime bien ton expertise/feedback, je regarde tes videos avec plaisir, continue comme cela😀
Content que ca te plaise ;)
Est-ce que tu penses que c' est un peu utilise ou c' est juste sympa a regarder ?
@@cocadmin c est tres utile d avoir l avis, le retour d experience d autres professionnel ou decouvrir une nouvelle techno même pour un ancien😀
C'est vraiment passionnant de decouvrir l'environnement du Cloud. Merci pour ce partage. 👍🏻
Merci pour tes vidéos, j'ai découvert ta chaine il y'a peu c'est super cool !
Concernant le sujet, je suis d'accord avec toi. Toujours essayer d'avoir une "image" ou un IaC la plus up to date possible, et ressortir le bon Ansible pour faire les finitions, ça marche du tonnerre.
@+ :)
parfaitement d'accord avec ce ReX : la bonne solution c'est packer pour image imutable avec les logiciels pré-installé sur le serveur puis au boot du serveur, téléchargement d'un playbook ansible pour finaliser la configuration du serveur (config. de fichier + démarrage des services)
Du bon matin!
Juste a temps pour arriver en retard au taf :p
toujours pertinent 👍
mercé pour le feedback :D
Salut Cocadmin. Comme toujours une bien bonne vidéo. Nous en sommes au début de ta réflexion (ansible pour déployer on premise) et pas encore dans le cloud. Du coup super insights sur cette aventure qui va démarrer pour nous et rien que pour ça un super merci.
Dans la vidéo tu parles pas mal de AWS et de packer (j'espère que je l'écrit correctement celui là je ne le connais pas). Est ce que tu pourrais faire une vidéo sur l'utilisation de ces outils et sur l'infrastructure as code ? Ou pointer vers des tutos dont la qualité est ok. Le sujet est hyper passionnant mais tellement vaste... On est un peu perdu devant la console AWS sans un coup de main.
Continue ces vidéos.
Yep c’est sûr que je vais en faire c’est dans ma liste :)
salut merci pour ton partage , super compte super explications ...
Bonjour bro. Stp pourrais tu faire une vidéo sur le fonctionnement de SAN, LUN, multipathing ? Merci
Bonjour, ne serait-ce pas une solution d'utiliser une technologie de contenair (genre docker). Une image peut-être crée à partir d'une autre. Le déploiement est rapide. Enfin pour moi c'est l'idéal. Maintenant tout dépend de votre cas d'utilisation.
Trés interessant merci.
Perso j'ai ma préférence pour Salt qui est un peu + flexible de ansible je trouve ton avis la dessus ?
J'ai utilisé un peu salt dans ma précédente boite et j'aimais bien.
Mais jpense que je prefere ansible pour la simplicité.
Hello. Sympa ton analyse. Pour une infra On Promise full VMware de 300 VM RHEL/CentOS, est-ce que tu préconise l'utilisation de Packer + Ansible pour remplacer la création/gedtion manuelle des templates de VM dans le vCenter ? Est-ce que tu penses faire une vidéo sur l'utilisation de Packer + Ansible ? Ca serait vraiment intéressant 😁😉 Merci pour tes vidéos 🙏
Packer est assez simple à utiliser et sa prochaine version supportera les builds directement sur vsphere. Pour l'instant, c'est intelij qui développe le builder.
Yes faudrait que je fasse une video sur packer c'est assez simple en plus.
Pour ton infra t'as pas vraiment d’intérêt a avoir d'infra dynamique donc l’intérêt de packer est limité.
Ca t’évite juste le drift. Si c'est un problème recurrent que t'as ca peu valoir le coup sinon je resterais sur du ansible.
Ça n'allonge pas la feedback loop d'utiliser Packer et rebuild une image machine à chaque modification?
Si mais au final c'est pas si grave vu que c'est le CI qui le fait pour toi.
Tu peux aussi séparer le job de build de l'image avec le job de déploiement pour ne pas etre forcé de le refaire si tu change autre chose que l'image.
De mon côté je dirais le couple gagnant Terraform + SaltStack sur aws.
Après des benchmarks, salt il semble + rapide/performant sur 300 serveurs.
Où /sur quel site peut on apprendre à scripter (pour admin sys) ?
moi aussi j'étais un adepte Ansible mais quand jai propose cet solution à ma nouvelle boîte l'année dernière, ils ont dis que c'était dead 😅
Faire du neuf avec du vieux.... Le problème c'est la gouvernance du S. I, On pense aller très vite en faisant du cloud en oubliant les règles élémentaires d'automatisation et d'industrialisation des infras... Toutes les applications D'un S. I À un autre sont différents
Décalage son/image ou juste moi ?
Ouai effectivement sur la fin, jvien de remarquer aussi. Jpense savoir d'ou ca vien jle corrigerais pour la prochaine fois.
Thanks!
Top, je suis ingénieur infra papy Linux.
Hey pour gérer mes 20 VM j'utilise Ansible ça marche d'enfer, si besoin dispo pour en discuter :)
Success!
À la française, on prémailleze......
j' ai encore du travail pour mon accent sur certains mots :D
P'tain Thomas t'as des problèmes tout l'temps t'es quand même jamais satisfait 🤓
Je sais jsuis difficile :p
Tu a raison Chef c'est moisi 😎
Haha ça va Jsuis pas le seul à être traumatisé :p
…pas plus que Puppet. m'enfin chacun de ces outils a ses forces et ses faiblesses