🗞 Actus DevOps est ton #podcast de veille #DevOps et #Cloud mensuel. ⚡ Propulse ta maîtrise de GitLab à la vitesse supérieure ! https://bref.lydra.fr/academie-froggit Tous les liens sont dans l'article de blog. ➡️ https://lydra.fr/blog/les-plus-gros-fournisseurs-cloud-actus-devops-avril-2024 💬 Rejoins la communauté sur le forum : https://www.compagnons-devops.fr 💖 Tu peux soutenir mon travail et la communauté sur : https://soutenir.compagnons-devops.fr 🔗 Tous mes liens : https://i.mtr.bio/compagnons-devops 👕 DevOps addict ? 🔥 Montre-le avec swag ! : https://bref.lydra.fr/cddgoodies ## Mes antisèches 🎁 git : https://bref.lydra.fr/antisechegit 🐳 Docker : https://bref.lydra.fr/antisechedocker 🔀 Ma RoadMap DevOps : https://vu.fr/RoadmapDevOps ## Mes formations 🎓 Forge toi un état d'esprit DevOps : https://vu.fr/devops-mindset ## Sommaire 00:00 Intro 01:12 Vos messages 07:31 Les nouveautés de Grafana 20:18 Redis change de licence 38:52 Le Nouvel Équilibre du Cloud : Microsoft et Google reprennent du terrain 54:27 La backdoor XZ/libzma et la confiance dans l'écosystème open-source 01:11:38 Outils : Redka 01:13:18 Outils : Work Chronicles 01:14:51 Outils : Toggl Comics 01:15:15 Outils : Rospo 01:17:00 Outils : Kluctl 01:20:00 Outils : Quickwit 01:22:18 Outils : GitLab Python DORA Metrics 01:25:57 Clôture 📩 Si tu n'es pas déjà abonné, alors **abonnes-toi** pour ne pas rater les prochaines vidéos. ## Crédits ### Les podcasteurs - Christophe Chaudier : consultant, formateur et Mentor DevOps/GitLab indépendant au sein du collectif Lydra. Animateur du podcast de la communauté des Compagnons du DevOps. Découvre le : https://lydra.fr/ea-3-le-podcasteur-christophe | LinkedIn : https://www.linkedin.com/in/cchaudier | Froggit : https://froggit.fr/ - DamyR : SRE chez Waays / DevOps, passionné d'open source & de logicel libre, :man_teacher: professeur vacataire à l'université Léonard de Vinci. Son credo : "*La connaissance n'a de valeur que si elle est partagée*" ;-). Découvre le : https://lydra.fr/ea-1-le-podcasteur-damyr/ | Linkedin : linkedin.com/in/tgerardin/ | Twitter : https://twitter.com/damyr_fr | Blog : https://www.damyr.fr - Erwan Ben Soudien : DevOps chez Scaleway (ex Toucan Toco, Deezer, Antelink, Weborama - ex sysadmin ) - professeur vacataire à Paris XIII / IUT Creteil. Découvre le : https://lydra.fr/ea-2-le-podcasteur-erwan/ | Linkedin : https://www.linkedin.com/in/erwan-ben-souiden-8b8084152 ### Habillage sonore - L'intro et la fin sont de Baptiste Gaillet : FullStack développeur avec une tendance DevOps au Centre Scientifique et Technique du Bâtiment, Fondateur et développeur de l'application BedFoodCoffee pour aider les personnes en difficultés. Après des études dans le son et différents métiers, il a effectué une reconversion professionnelle en 2015 pour devenir développeur (Formation diplômante dans le cadre d'un CIF). LinkedIn : https://www.linkedin.com/in/baptiste-gaillet-223832b4 | Twitter : https://twitter.com/bat79a - La musique d'intro est *"Tupac Lives"* de John Bartmann : https://pixabay.com/fr/music - La musique de fin est *"Passport"* de Purple planet : https://www.purple-planet.com/passport Image de GR Stocks https://unsplash.com/fr/photos/grayscale-photo-of-person-holding-glass-Iq9SaJezkOE Image des fiches YouTube générées par https://broll.gabin.app/ 📜 Ce contenu est sous licence libre : CC BY-SA : https://creativecommons.org/licenses/by-sa/4.0/deed.fr Si tu utilises ces contenus dans une publication, merci de nous le notifier dans les commentaires. 🌐 Les Compagnons du DevOps est une initiative de Lydra : https://www.lydra.fr #DevOps #Podcast #cloud #opensource #supervision Vidéos similaires : https://www.youtube.com/watch?v=L_GHahMOWEY https://youtu.be/WSW1urIXsfA?feature=shared https://youtu.be/qE6hEHNH9dE?feature=shared https://youtu.be/aOnHS7qDgic?feature=shared https://youtu.be/NrnLyDXpfq0?feature=shared https://youtu.be/ip6_6Tc4ACI?feature=shared https://youtu.be/9kpZ1vdQJsE?feature=shared https://youtu.be/9kpZ1vdQJsE?feature=shared https://youtu.be/ECnqartfjIM?feature=shared https://youtu.be/jqjtNDtbDNI?feature=shared https://youtu.be/zVn0-G8plvY?feature=shared https://youtu.be/bS9em7Bg0iU?feature=shared https://youtu.be/bS9em7Bg0iU?feature=shared Chaînes similaires : https://www.youtube.com/channel/UCs_AZuYXi6NA9tkdbhjItHQ https://www.youtube.com/channel/UCVRJ6D343dX-x730MRP8tNw https://youtu.be/nQEzYiZRBds?si=rbRWPcMe3ZpvQVTo

Site infomaniak : https://www.infomaniak.com/fr VOD : Comment débuter sur une infrastructure cloud ? hors gafam ? Comment assembler les technologies nécessaires pour monitorer cette infrastructure ? Comment automatiser avec simplicité cette infrastructure ? A travers cette série de vidéos, je vous propose de découvrir une suggestion de "squelette" pour créer votre propre infrastructure et surtout d'apprendre à utiliser les technologie nécessaires pour cela. Du provisionning à la configuration, de l'automatisation au monitoring, je vous propose de mettre en place les bases pour vous permettre d'aller plus loin. #cloud #opensource #formation #openstack Code : https://gitlab.com/xavki/infrastructure-cloud-infomaniak/-/tree/main 📽️ Abonnez-vous : http://bit.ly/2UnOdgi 🖥️ Devenir membre VIP : https://bit.ly/3dItQU9 👂 Podcast : https://podcast.ausha.co/xavki/ Sommaire de plus de 1500 vidéos : - sur github : https://bit.ly/2P5x8Xj - sur gitlab : https://bit.ly/2BvYouO ➡️ ➡️ Vous voulez m'encourager likez la vidéo, commentez-là et abonnez-vous ! 😃

Non ce n'est pas des enfants qui font du porte-à-porte pour vous vendre des cookies, promis ! 🍪 Bon, on…

😩 C'est un gros fail mais pourquoi ? 🎓 Ne te laisse pas avoir et forge toi un état d'esprit DevOps : https://bref.lydra.fr/devops-mindset ➡️ Extrait d'Actus DevOps de mars 2024 📌 Article de blog et épisode complet : https://lydra.fr/blog/qu-est-ce-que-le-devops-et-pourquoi-il-est-mort - https://www.linkedin.com/feed/update/urn:li:activity:7171941556730466304/ 📩 Si tu n'es pas déjà abonné, alors **abonne-toi** pour ne pas rater les prochaines vidéos. 💬 Rejoins la communauté : https://www.compagnons-devops.fr 💖 Tu peux soutenir mon travail et la communauté sur : https://soutenir.compagnons-devops.fr 🔗 Tous mes liens : https://i.mtr.bio/compagnons-devops ## Mes antisèches 🎁 git : https://bref.lydra.fr/antisechegit 🐳 Docker : https://bref.lydra.fr/antisechedocker 🔀 Ma RoadMap DevOps : https://vu.fr/RoadmapDevOps ## Mes formations 🎓 Forge toi un état d'esprit DevOps : https://bref.lydra.fr/devops-mindset ## Crédits ### Les podcasteurs - Christophe Chaudier : consultant et Mentor DevOps/GitLab indépendant au sein du collectif Lydra. Animateur du podcast de la communauté des Compagnons du DevOps. Découvre le : https://lydra.fr/ea-3-le-podcasteur-christophe | LinkedIn : https://www.linkedin.com/in/cchaudier | Froggit : https://froggit.fr/ - René Ribaud : Software Engineer chez RedHat. J'aime apprendre et transmettre des connaissances sur le logiciel libre et le DevOps. Découvre le : https://lydra.fr/ea-6-le-podcasteur-rene/ | Linkedin : https://www.linkedin.com/in/ren%C3%A9-ribaud-44145137/ | Twitter : https://twitter.com/Uggla_ | Github : https://github.com/uggla | Sa présentation : https://forum.compagnons-devops.fr/t/uggla-floss-addict-architecte-si/ - Nicolas Ledez : devops chez CGWire. Il travaille dans l'IT depuis 20 ans. Il est "Schizophrène" : adminsys et développeur suivant le moment de la journée. Il paraît que ça s'appelle "devops", même si il déteste mettre ce nom sur un poste. Découvre le : https://lydra.fr/ea-8-le-podcasteur-nicolas/ | LinkedIn : https://www.linkedin.com/in/nicolasledez | Twitter : https://twitter.com/nledez | Github : https://github.com/nledez | Le reste : https://nicolas.ledez.net - Nida Légé : Administratrice systèmes & réseaux. Rudder addict, fan de hardware. | Découvrez-la : https://www.youtube.com/watch?v=qhMH87Jxjco | Nidouille sur les réseaux : http://labperso.ovh ### Habillage sonore - L'intro et la fin sont de Baptiste Gaillet : FullStack développeur avec une tendance DevOps au Centre Scientifique et Technique du Bâtiment, Fondateur et développeur de l'application BedFoodCoffee pour aider les personnes en difficultés. Après des études dans le son et différents métiers, il a effectué une reconversion professionnelle en 2015 pour devenir développeur (Formation diplômante dans le cadre d'un CIF). LinkedIn : https://www.linkedin.com/in/baptiste-gaillet-223832b4 | Twitter : https://twitter.com/bat79a - La musique d'intro est *"Tupac Lives"* de John Bartmann : https://pixabay.com/fr/music - La musique de fin est *"Passport"* de Purple planet : https://www.purple-planet.com/passport Image de pvproductions : https://fr.freepik.com/photos-gratuite/homme-fatigue-est-assis-devant-ordinateur-couvrant-son-visage-ses-mains_24252434.htm 📜 Ce contenu est sous licence libre : CC BY-SA : https://creativecommons.org/licenses/by-sa/4.0/deed.fr Si tu utilises ces contenus dans une publication, merci de nous le notifier dans les commentaires. 🌐 Les Compagnons du DevOps est une initiative de Lydra : https://www.lydra.fr #DevOps #Actualités #ADOcourt

On entend maintenant depuis quelques années de plus en plus parler d’entreprises Françaises mettant en place des career track expertes (ou IC pour individual contributor). On parle souvent d’impact transverses dans ces rôles, mais il a t-il pas un risque de se disperser en faisant cela ? Individual Contributor Comme dit précédemment de nombreuses boîtes Françaises (notamment des boîtes tech type scale-up) mettent en place des "career tracks" pour définir clairement les évolutions possible de leurs employés, avec deux chemins possibles: devenir manager (gérer une équipe, puis gérer un département…​) ou devenir expert (staff, senior staff, principal engineer). On va s’intéresser dans cet article à la seconde catégorie. Le but de cet article n’est pas de décrire comment fonctionnent les careers tracks dans la tech, lisez cet article d’Hugo Lassiège avant cet article si vous n’êtes pas familiers avec ces concepts. Disclaimer Comme souvent, notamment sur les sujets de ce type, ce blog est l’occasion pour moi de mettre par écrit des idées qui me trottent dans la tête et de déclencher des discussions intéressantes. Comme on dit souvent, Views are my own, not my employer, et mes articles sont le fruit de toutes sortes d’expériences, discussions, remises en question…​actuelles ou passées, et ne reflètent pas forcément comment je travaille au quotidien ;) Impact Le mot "impact" est souvent mentionné lorsqu’on parle de devenir staff engineer ou plus. On s’attend à ce que vous ayez un impact dans votre équipe puis au delà: à l’échelle de la tech, de toute l’entreprise, voir que vous rayonnez à l’extérieur. On trouve beaucoup d’articles expliquant comment devenir staff: "trouver" des sujets transverses sur lesquelles travailler, se faire remarquer…​ presque parfois pour pour moi à l’excès où le processus de promotion est presque devenu un jeu où il faut "grind" pour monter (mais c’est un autre sujet). De mon côté c’est en partie ma frustration qui me porte, de "il y a des quick win à faire sur ce truc" à "cette techno/pratique que toute la boîte utilise ne devrait pas exister dans tous les mondes du multivers, allons régler son compte à cette dinguerie". Vous avez donc un champ d’action de plus en plus large, avec en parallèle une attente sur faire monter en compétence des gens sur toutes sortes de sujets, savoir débloquer des situations diverses et variées, mettre en place des indicateurs pour que les gens puissent suivre ce qu’il se passe (si j’avais envie de troller, ce qui n’est pas du tout mon genre, je dirai que créer des dashboards Grafana avec du vert et du rouge est peut être le meilleur moyen de rendre des chefs heureux). On vous demandera d’aligner les gens et les équipes pour mettre tout le monde d’accord, savoir prioriser, communiquer avec le management, aller aider dans des incidents et post mortems…​ Des journées bien chargées en somme. Dispersion Des journées bien chargées, et assez diverses. Enormement de staff engineer et plus le disent: ils font moins de "tech pure" qu’avant. Ceux côté dev vont diront même peut être "c’est devenu bien rare que je code". Ce sont des personnes qui vont plus être là en support, pour coordonner et conduire des changements, pour proposer une certaine vision tech. Vous ne faites au bout d’un moment plus partie d’une équipe, vous êtes en dehors. Mais comment développer l’expertise technique si vous ne pratiquez plus ? Prenons l’exemple fictif d’Yvain, SRE dans une équipe s’occupant de la stack d’observability de l’entreprise (et chevalier sur son temps libre). Yvain a une très grosse expertise sur certains sujets liés au monde de monitoring et a un fort impact dans son équipe et ailleurs grâce à la performance des outils mis en place (tracing, logging, SLO, whatever). Yvain a aussi la chance d’avoir pas mal baroudé dans ses boîtes précédentes et donc a des connaissances assez larges qui lui permettent d’intervenir sur mal de sujets d’autres équipes. Rapidement Yvain va passer Staff engineer, et plus ensuite. Il commence donc à travailler sur toutes sortes de problématiques transverses et interagit avec beaucoup d’équipes sur toutes sortes de sujets. D’ailleurs, il n’a plus trop le temps à consacrer à l’équipe d’où il vient à la base, ce n’est plus vraiment son rôle même. Un jour, Yvain vaque à ses occupations habituelles de staff et se pose une question. Oui, il réussit à porter des sujets transverses, mais quid de son expertise précédente ? Aujourd’hui, ce n’est plus lui qui travaille directement sur l’évolution de la stack d’observability de l’entreprise, pourtant il était très bon à ça et il sait qu’il y avait beaucoup plus à faire pour arriver à l’état de l’art. Mais ce n’est plus son rôle, au mieux il peut donner un coup de main à l’occasion. Est ce que le risque n’est pas d’envoyer vos meilleurs éléments dans des rôles où l’excellence technique et leur capacité délivrer leur est finalement moins utile, car accès sur l’accompagnement et l’alignement (et la politique associée) ? Est ce qu’on ne devrait pas au contraire encourager des individus à devenir de vrais experts reconnus sur leurs sujets (ce qui demande énormément de pratiques et veille au quotidien), et ensuite avoir un impact transverse grâce à l’excellence des solutions qu’ils mettent en place dans un scope précis ? Est ce que l’impact "vertical" n’est pas plus intéressant que l’impact "horizontal" en sautant de sujet en sujet ? Est ce que le discours "fini d’aller mettre les mains dans le cambouis à partir d’un certains niveau" n’est pas en réalité contre productif ? Signé: un senior staff.

Introduction As Timo and Jeroen explained in their blog about bringing your Azure Devops CI/CD setup to the next level using templates to re-use your pipeline steps is a good way to accelerate your development of your CI/CD pipelines. In this short blog I want to explain how you can share your templates with other […] The post How to Share Azure Devops CI/CD Templates Across Teams appeared first on Xebia.

♾️ Retour aux bases du mouvement 💬 Rejoins la communauté : https://www.compagnons-devops.fr ➡️ Extrait d'Actus DevOps de mars 2024 📌 Article de blog et épisode complet : https://lydra.fr/blog/qu-est-ce-que-le-devops-et-pourquoi-il-est-mort - https://blog.cockpitio.com/devops/what-is-devops/ - https://web.devopstopologies.com/ - Partagé par Aselkim sur le forum des Compagnons : https://forum.compagnons-devops.fr/t/rebrand-de-nom-dequipe-en-devops/3724/7?u=cchaudier 📩 Si tu n'es pas déjà abonné, alors **abonne-toi** pour ne pas rater les prochaines vidéos. 💖 Tu peux soutenir mon travail et la communauté sur : https://soutenir.compagnons-devops.fr 🔗 Tous mes liens : https://i.mtr.bio/compagnons-devops ## Mes antisèches 🎁 git : https://bref.lydra.fr/antisechegit 🐳 Docker : https://bref.lydra.fr/antisechedocker 🔀 Ma RoadMap DevOps : https://vu.fr/RoadmapDevOps ## Mes formations 🎓 Forge toi un état d'esprit DevOps : https://bref.lydra.fr/devops-mindset ## Crédits ### Les podcasteurs - Christophe Chaudier : consultant et Mentor DevOps/GitLab indépendant au sein du collectif Lydra. Animateur du podcast de la communauté des Compagnons du DevOps. Découvre le : https://lydra.fr/ea-3-le-podcasteur-christophe | LinkedIn : https://www.linkedin.com/in/cchaudier | Froggit : https://froggit.fr/ - René Ribaud : Software Engineer chez RedHat. J'aime apprendre et transmettre des connaissances sur le logiciel libre et le DevOps. Découvre le : https://lydra.fr/ea-6-le-podcasteur-rene/ | Linkedin : https://www.linkedin.com/in/ren%C3%A9-ribaud-44145137/ | Twitter : https://twitter.com/Uggla_ | Github : https://github.com/uggla | Sa présentation : https://forum.compagnons-devops.fr/t/uggla-floss-addict-architecte-si/ - Nicolas Ledez : devops chez CGWire. Il travaille dans l'IT depuis 20 ans. Il est "Schizophrène" : adminsys et développeur suivant le moment de la journée. Il paraît que ça s'appelle "devops", même si il déteste mettre ce nom sur un poste. Découvre le : https://lydra.fr/ea-8-le-podcasteur-nicolas/ | LinkedIn : https://www.linkedin.com/in/nicolasledez | Twitter : https://twitter.com/nledez | Github : https://github.com/nledez | Le reste : https://nicolas.ledez.net - Nida Légé : Administratrice systèmes & réseaux. Rudder addict, fan de hardware. | Découvrez-la : https://www.youtube.com/watch?v=qhMH87Jxjco | Nidouille sur les réseaux : http://labperso.ovh ### Habillage sonore - L'intro et la fin sont de Baptiste Gaillet : FullStack développeur avec une tendance DevOps au Centre Scientifique et Technique du Bâtiment, Fondateur et développeur de l'application BedFoodCoffee pour aider les personnes en difficultés. Après des études dans le son et différents métiers, il a effectué une reconversion professionnelle en 2015 pour devenir développeur (Formation diplômante dans le cadre d'un CIF). LinkedIn : https://www.linkedin.com/in/baptiste-gaillet-223832b4 | Twitter : https://twitter.com/bat79a - La musique d'intro est *"Tupac Lives"* de John Bartmann : https://pixabay.com/fr/music - La musique de fin est *"Passport"* de Purple planet : https://www.purple-planet.com/passport Image de freepik : https://fr.freepik.com/vecteurs-libre/illustration-developpement-degrade_25225448.htm 📜 Ce contenu est sous licence libre : CC BY-SA : https://creativecommons.org/licenses/by-sa/4.0/deed.fr Si tu utilises ces contenus dans une publication, merci de nous le notifier dans les commentaires. 🌐 Les Compagnons du DevOps est une initiative de Lydra : https://www.lydra.fr #DevOps #Actualités #ADOcourt

In today's fast-paced digital landscape, efficient collaboration and secure version control are indispensable for any software development project. With AWS CodeCommit, developers and cloud engineers are empowered with a robust and scalable solution for hosting secure Git repositories, seamlessly integrated into or close to their AWS environments. Creating a repository within AWS CodeCommit is not […] The post Create and initialise CodeCommit repositories with Terraform appeared first on Xebia.

DevOps, casser les silos dans les entreprises, faire collaborer équipes pour que tout le monde travaille dans la joie et la bonne humeur…​ On vise tous ça non ? Mais est-ce que parfois recréer les silos ne serait pas la solution pour une meilleure efficacité ? Casser les silos Je ne vais pas m’attarder sur cette partie, on connait la chanson. On fait du DevOps pour casser les silos car "les ops veulent de la stabilité alors que les dev eux veulent développer et innover le plus rapidement possible." Cette définition est assez incomplète selon moi et laisse entendre que les ops ne savent pas innover ou que les dev ne sont que bons à pisser du code sans soucis de qualité, et à force de la répéter les gens peuvent intégrer ces définitions. Bref, on casse les silos en créant des OKR communs, en facilitant la communication et en faisant intervenir l’ensemble des équipes lors de la conception d’un nouveau projet. Si vous me suivez depuis un moment vous connaissez probablement ma position sur tout ça. Je milite depuis longtemps pour rapprocher les dev et les ops, sur le travail en commun mais aussi sur les pratiques et connaissances techniques: des dev qui gèrent de A à Z leurs services (déploiements en production et astreintes inclus) et ont des connaissances qui ne s’arrêtent pas au code, et des ops qui incluent l’ingénierie logicielle dans leur quotidien en ayant une vraie approche produit pour l’infrastructure (voir un de mes talks sur le sujet, et sans scripts shell svp). Mais donc, pourquoi recréer les silos ? Le déséquilibre Dev et Ops Une notion revient souvent quand on parle de SRE: le fait de pouvoir scale fortement des équipes de développement sans avoir à recruter à la même vitesse des gens côté infrastructure. Le monde de l’infrastructure a énormément évolué ces dernières années (produits de plus en plus performants, automatisation, cloud…​) et il est tout à fait possible de gérer des productions assez conséquentes (j’inclus dans "production" la gestion de l’infrastructure et de l’abstraction qu’on construit pour le reste de la tech) avec des équipes réduites. Il est donc très commun d’avoir un ratio par exemple de 1/15, 1/20 ou plus encore entre SRE et le reste du département tech, alors que le scope porté par les SRE peut être extrêmement vaste. Comme dit précédemment ce déséquilibre est bon signe: ça veut dire que l’infra tourne bien et est assez efficace pour que la tech "scale" sans l’impacter. Mais cela peut aussi vite créer un déséquilibre: quand la petite équipe essaye d’influencer d’une manière ou d’une autre la plus grosse, c’est David contre Goliath. A l’inverse, une mauvaise pratique semblant peu dérangeante pour la grosse équipe au niveau local peut fortement impacter la petite qui elle se retrouve en bout de chaîne. Vous allez me dire que dans ce cas on manque d’alignement et on ne travaille pas aux mêmes objectifs, et c’est vrai. Mais c’est là où la réalité rattrape la théorie. Il arrive en effet que cette différence d’objectif soit assumée, et forcer les gens à travailler ensemble dans ce contexte ne peut conduire qu’à de la frustration. L’exemple du cloud Imaginons que votre infrastructure soit hébergée dans le cloud, chez Amazon Web Service (AWS) par exemple. AWS vous fournit des produits que vous pouvez ensuite consommer, via du tooling ou une interface web. C’est à vous de définir comment vous allez l’utiliser. Vous pouvez très bien ignorer l’ensemble des bonnes pratiques du cloud ou fournies par AWS (dans sa documentation par exemple), démarrer n’importe quoi, saturer des services…​ AWS s’en fiche complètement ! Eux se contentent de fournir le produit, le tooling, et un cadre: Un SLA pour chaque produit et des garanties sur la tolérance aux pannes (régions, availability zones…​) Des quotas, que de soit en nombre de ressources ou sur la ressource en elle même (par exemple sur une machine virtuelle, la capacité réseau en MB/s, un nombre maximum de requêtes DNS par seconde, des IOPS limitées pour le stockage…​) Un support en ligne pour répondre aux questions, et d’autres moyens de communication clairs pour annoncer les nouvelles fonctionnalités, les incidents ou autre Des experts qui peuvent intervenir ponctuellement pour répondre à des problématiques précises du client Ensuite, vous êtes libre. Vous assumez les conséquences de vos choix, qu’ils soient bons ou mauvais (incidents, facture lourde…​). Est ce que ce ne serait pas le bon modèle en interne à appliquer dans certains cas ? Est ce que votre équipe infrastructure ne devrait pas être considérée comme une autre entreprise, complètement décorrélée du reste, et fournissant un produit mais très spécifique (avec ce que cela implique en terme de conception produit et discussion avec les "clients finaux") ? Est ce qu’un découplage total dev et ops n’est pas en fait la solution aux problèmes d’alignement et d’objectifs contraires ? Est ce que ce modèle peut vraiment marcher sur le long terme ? Est ce que peut être ce n’est pas ça le vrai platform engineering ? Je ne répondrai pas à ces questions, à vous de me dire ;)

🔐 Tu cherche à sécuriser et optimiser tes pipelines d'intégration ou de déploiement continue ? 💬 Si tu as envie de participer aux prochains Lives Meetup en direct inscrit toi aux Compagnons du DevOps : https://www.compagnons-devops.fr Si tu te heurtes à leur fragilité et vulnérabilité, reste bien à l'écoute. Beaucoup pensent qu'il est impossible de renforcer la sécurité sans compromettre l'efficacité. Cette idée reçue conduit à un cercle vicieux de solutions qui, finalement, ne font qu'exacerber le problème. Cela entraîne une instabilité croissante et un risque accru pour les chaîne d'approvisionnement de développement logiciel… Et en conséquence, beaucoup se sentent dépassés et vulnérables face à la complexité des enjeux de sécurité. Mais il existe une autre voie. Si tu veux construire des pipelines CI/CD robustes et sécurisés, tout en favorisant l'innovation et le partage des meilleures pratiques, cette vidéo est pour toi. Nous allons explorer comment l'Inner Source peut être la clé pour prévenir le chaos, en créant une source de confiance, en partageant des pratiques de développement éprouvées. Après ça tu n'auras plus à te soucier de la fragilité et de la vulnérabilité de tes pipelines. Et tu pourras enfin arrêter de courir après des solutions temporaires. Prêt à transformer ta façon de travailler ? Reste avec nous. C'est parti. ## Sommaire 00:00 Introduction 03:03 Talk d'Aurélien 25:41 Questions du Chat 🎁 Télécharge mon antisèche git https://froggit.fr/communaute Le format des rencontres virtuelles des Compagnons du DevOps est simple : - Un talk de 10 à 30 min, celui-là fera exceptionnellement 45 min - Les questions du chat - Le Live dure environ 1h Le Live exclusif et privés pour les Compagnons. Le lien est envoyé par mail et disponible sur le Forum. Et ils sont les seul sur le chat. Le replay est disponible sur le forum pendant 1 mois. Puis il deviens publique 1 mois plus tard. La fréquence est aléatoire. 📣 Propose ton talk : https://forum.compagnons-devops.fr/t/proposez-vos-talks/1681 ## Les liens - Découvre R2DevOps : https://bref.lydra.fr/r2devops - Linkedin : https://www.linkedin.com/company/r2devops/ 💖 Soutien mon travail et la communauté https://soutenir.compagnons-devops.fr 📅 Le calendrier des Lives : https://cloud.lydra.fr/apps/calendar/p/p38JJa2XyrNK2gFJ/dayGridMonth/now Pour l'intégrer dans ton agenda : https://cloud.lydra.fr/remote.php/dav/public-calendars/p38JJa2XyrNK2gFJ?export 🔗 Tous mes liens : https://i.mtr.bio/compagnons-devops ## Mes antisèches 🎁 git : https://bref.lydra.fr/antisechegit 🐳 Docker : https://bref.lydra.fr/antisechedocker 🔀 Ma RoadMap DevOps : https://vu.fr/RoadmapDevOps ## Mes formations 🎓 Forge toi un état d'esprit DevOps : https://vu.fr/devops-mindset 🌐 Les Compagnons du DevOps est une initiative de Lydra : https://www.lydra.fr ## Crédits - Christophe Chaudier : consultant indépendant au sein du collectif Lydra. Animateur du podcast de la communauté des Compagnons du DevOps. Découvre le : https://lydra.fr/ea-3-le-podcasteur-christophe - LinkedIn : https://www.linkedin.com/in/cchaudier 📜 Ce contenu est sous licence libre : CC BY-SA : https://creativecommons.org/licenses/by-sa/4.0/deed.fr Si tu utilises ces contenus dans une publication, merci de nous le notifier dans les commentaires. L'image est de : https://www.freepik.com/free-vector/landing-page-devops-development-operations_7588702.htm --- 📩 Si tu n'es pas déjà abonné, alors abonne-toi pour ne pas rater les prochaines vidéos. ❓ Pose-moi une question : http://question.compagnons-devops.fr #DevOps #Live #MeetUp #gitlab #CICD #gitlab-ci #r2devops Vidéos similaires : https://youtu.be/ZQAQ4HcskAY https://youtu.be/12YjJG-w_vs https://youtu.be/WjE1E0yvISE https://youtu.be/UkUF827CGJY https://youtu.be/-UBNMEx-q7Q https://youtu.be/6I5yOfa2e7c Chaînes similaires : https://www.youtube.com/channel/UCs_AZuYXi6NA9tkdbhjItHQ https://www.youtube.com/channel/UCVRJ6D343dX-x730MRP8tNw https://www.youtube.com/channel/UCM0mnsNbecIi_IAPXtHb-TA

🆓 Un fork libre de Nginx ? 💖 Tu peux soutenir mon travail et la communauté sur : https://soutenir.compagnons-devops.fr ➡️ Extrait d'Actus DevOps de mars 2024 📌 Article de blog et épisode complet : https://lydra.fr/blog/qu-est-ce-que-le-devops-et-pourquoi-il-est-mort - https://linuxfr.org/news/l-auteur-de-nginx-enfourche-le-proprio - https://freenginx.org/pipermail/nginx/2024-February/000000.html - https://freenginx.org/ 📩 Si tu n'es pas déjà abonné, alors **abonne-toi** pour ne pas rater les prochaines vidéos. 💬 Rejoins la communauté : https://www.compagnons-devops.fr 🔗 Tous mes liens : https://i.mtr.bio/compagnons-devops ## Mes antisèches 🎁 git : https://bref.lydra.fr/antisechegit 🐳 Docker : https://bref.lydra.fr/antisechedocker 🔀 Ma RoadMap DevOps : https://vu.fr/RoadmapDevOps ## Mes formations 🎓 Forge toi un état d'esprit DevOps : https://bref.lydra.fr/devops-mindset ## Crédits ### Les podcasteurs - Christophe Chaudier : consultant et Mentor DevOps/GitLab indépendant au sein du collectif Lydra. Animateur du podcast de la communauté des Compagnons du DevOps. Découvre le : https://lydra.fr/ea-3-le-podcasteur-christophe | LinkedIn : https://www.linkedin.com/in/cchaudier | Froggit : https://froggit.fr/ - René Ribaud : Software Engineer chez RedHat. J'aime apprendre et transmettre des connaissances sur le logiciel libre et le DevOps. Découvre le : https://lydra.fr/ea-6-le-podcasteur-rene/ | Linkedin : https://www.linkedin.com/in/ren%C3%A9-ribaud-44145137/ | Twitter : https://twitter.com/Uggla_ | Github : https://github.com/uggla | Sa présentation : https://forum.compagnons-devops.fr/t/uggla-floss-addict-architecte-si/ - Nicolas Ledez : devops chez CGWire. Il travaille dans l'IT depuis 20 ans. Il est "Schizophrène" : adminsys et développeur suivant le moment de la journée. Il paraît que ça s'appelle "devops", même si il déteste mettre ce nom sur un poste. Découvre le : https://lydra.fr/ea-8-le-podcasteur-nicolas/ | LinkedIn : https://www.linkedin.com/in/nicolasledez | Twitter : https://twitter.com/nledez | Github : https://github.com/nledez | Le reste : https://nicolas.ledez.net - Nida Légé : Administratrice systèmes & réseaux. Rudder addict, fan de hardware. | Découvrez-la : https://www.youtube.com/watch?v=qhMH87Jxjco | Nidouille sur les réseaux : http://labperso.ovh ### Habillage sonore - L'intro et la fin sont de Baptiste Gaillet : FullStack développeur avec une tendance DevOps au Centre Scientifique et Technique du Bâtiment, Fondateur et développeur de l'application BedFoodCoffee pour aider les personnes en difficultés. Après des études dans le son et différents métiers, il a effectué une reconversion professionnelle en 2015 pour devenir développeur (Formation diplômante dans le cadre d'un CIF). LinkedIn : https://www.linkedin.com/in/baptiste-gaillet-223832b4 | Twitter : https://twitter.com/bat79a - La musique d'intro est *"Tupac Lives"* de John Bartmann : https://pixabay.com/fr/music - La musique de fin est *"Passport"* de Purple planet : https://www.purple-planet.com/passport Photo de freepik : https://fr.freepik.com/photos-gratuite/homme-age-moyen-passant-du-temps-prison_18319308.htm 📜 Ce contenu est sous licence libre : CC BY-SA : https://creativecommons.org/licenses/by-sa/4.0/deed.fr Si tu utilises ces contenus dans une publication, merci de nous le notifier dans les commentaires. 🌐 Les Compagnons du DevOps est une initiative de Lydra : https://www.lydra.fr #DevOps #Actualités #ADOcourt #LogicielsLibres

Deploying Google Cloud (GCP) resources via Azure Pipelines used to require service account keys. Today, however, Azure DevOps OIDC tokens can be exchanged to Google credentials using Google Cloud Workload Identity Federation. This blog uses the Google Cloud Auth to do so. Azure DevOps Google Cloud Deployment Pipeline Overview The high-level deployment pipeline consists of […] The post Keyless Google Cloud deployments from Azure Pipelines appeared first on Xebia.