Très bonne vue d'ensemble, merci pour le partage ! P.S: et je confirmes, on devient pas DevOps en 3 jours, cela fait des années que j'apprends et je suis loin d'avoir fait le tour. Ne vous découragez pas et avancer à votre rythme sans brûler les étapes.
Je confirme. Le livre est super bon. Les auteurs expliquent avec le plus de détails possible les concepts, le fonctionnement des systèmes et bien d'autres choses...
Hello. Tu peux ce n'est pas un souci. La j'évoque les technologies les courantes et les plus bankables. Pour moi nomad n'est pas bankable même si c'est une super technologies. Kubernetes lui volent la vedette. Avec plaisir d'échanger, merci pour ton retour
Salut Xavier :) Intéressante ta vision 😁 ! Pour ma part je rajouterais le réseau et leurs différents protocole (vlan, Vxlan, trunk, LACP, GPG, BGP) et le modèle osi, car pour troobleshooter c'est l'un des fondamentaux. Après je rajouterais, la partie Block et leur switch SAN (zoning) et leur différent type de fichier (NAS, Block"lun", S3, distribué ou non) et enfin l'architecture matériel.
Très intéressant ! Merci pour toutes ces précieuses infos ! Effectivement dans la tech on a plus ou moins l'obligation d'avancer, mais à titre perso c'est ce que je trouve cool. A chaque problème qu'on découvre, on invente une nouvelle techno, qui elle-même nous fait découvrir de nouveaux problèmes, et etc. Pas démoralisé du tout, au contraire c'est top d'avoir l'avis d'un tech aussi éclairé que toi !
En effet, je suis content d'avoir déjà travaillé avec pas mal des technos que tu présentes, mais la route est encore longue. Bonnes fêtes à toi aussi !
Je suis persuadé que le language Go deviendra un atout aussi important que docker dans les années à venir, beaucoup d'outil devops sont écris en Go (kubernetes, Docker ...) merci bien Xavki
Merci pour cette vue d'ensemble sur le devops, je suis d'accord a vous . Lors de mes sessions devops de 50 jours que j'anime , je pars de l’agilité , du BMPN, et des Patterns d'entreprise pour bien aborder les enjeux d’architecture que sous-tend le DEVOPS, pour les langages je ne fais pas de bash , je prefere le python aujourd'hui il y a un interpreter python sur toutes les plateformes, j'ai fait un croix sur Swarm, je faisais LXC.LXD mais plus maintenant car trop system. Pour la partie Sysadmin, les personnes apprennent en installant les outils. je ne fais pas de cours spécifiques sur le sysadmin. Au niveau langage, je suis a fond sur java-Quarkus, donc python ok , et goland ok pour moi. comme vous je laisse le cloud de cote, et donc Terraform et autres, par contre dans ma formation j’intègre une partie Test avec Jmeter, Selenium et Gatling pour sensibiliser les apprenants a automatiser les tests, les faire la nuit sur des plateformes éphémères , et collecter les logs. Pour les bases de donnees je propose Oracle et Postgresql avec la reference de benckmarking TPC-DS, je leur apprends a charger des jeux de tests et faire des benchmarks avec des donnees sur 10Gb, ou 100Gb et profiler du SQL. Comme vous l'avait dit le cas Kubernetes, c'est la folie sur cet outil, j'ai eu l’occasion d'animer une session Kubernetes pour debutant de 2 jours(??). J'avais 1 sysadmin et 3 dev Les 3 dev n'ont rien compris , le sysadmin etait ok. Je crois que les entreprises ne sont pas capables d'estimer l'effort necessaire pour être opérationnel sur Kube. Je suis toujours en train de cherche la didactique efficace pour enseigner kubernetes pour des dev
Merci pour ce retour. Effectivement il y a une partie testing que je n'ai pas abordé. Dans votre cursus peut être un peu de nosql pour opposer cela au moteurs SQL ? Enfin c'est une idée. Très intéressant votre retour merci
Moi qui suis passé de sysadmin à QA, je rajouterai aussi tout ce qui est autour du test (Jest, cypress, playwright, robot, etc…) => pas aussi poussé qu’en QA mais ne serait-ce que pour l’intégrer dans le pipeline (Oui, je sais : encore une n-ième compétence à avoir😂)
Hello Xavki, top ton contenue, comme souvent ! As-tu dans tes playlists des vidéos sur NGINX, le reverse proxy, Haproxy? Même au boulot je sens que ça me pénalise pas mal.
Merci Xavier pour tes supers vidéos. Aujourd'hui être Devops sans connaître AWS ou Azure ne sert à rien voir limite les possibilités de chance de trouver du travail à l'international. Les projets de grande envergure ne tiennent pas la charge sur des architectures classiques on est obligé de passer sur du Cloud. Je sais que tu n'es pas très Amazon ;) mais si tu as des conseils pour se former à ces techno je suis preneur. Bonne continuation
Alors pas tout à fait. Si je prends mon cas je travaille sur une infra mixte mais la charge de gère notamment en datacenter. Effectivement le cloud permet une ressource un peu illimité mais est coûteux et pas toujours nécessaire au vue de différents enjeux (stockage des données, coûts etc). Le cloud coûte par exemple très très cher pour une boîte qui a déjà un DC. Après là où je te rejoins largement c'est que nous mettons beaucoup plus de chance de notre côté en faisant du cloud c'est exact. Tu pourras jeter un oeil à la playlist aws 😉. Un jour je vais m'attaquer plus sérieusement à gcp que j'utilise plus au travail. Le cloud c'est aussi de la facilité. Plutôt que de mettre de l'argent dans un besoin de compétences spécifiques pour supporter la charge comme tu dis ( en masse salariale), et bien on le met dans le cloud... Finalité un peu différente, coûts parfois proches mais ligne budgétaire différentes.
Hello. Alors malheureusement je n'ai pas fini la playlist mais oui c'était l'idée. Il doit y avoir quelque chose comme presque 80 vidéos avec des éléments de base à connaître (enfin ce que je pense utile). Bon courage. Tu as la chaîne aussi de @adrien linuxtricks
Super présentation des briques DevOps. Je rajouterai juste, au-delà de l'automatisation que tu expliques très bien, que le DevOps est apparu pour un répondre à un enjeu Business majeur : réduire le Time to Market des projets informatiques.
Oui tout à fait. Après je pense pour le métier devops cela passe par de l'organisation autour de technologies et que le vrai levier méthodologie c'est l'agilité via scrum par notamment la définition d'un rôle de scrum master. C'est assez souvent ce que l'on retrouve en entreprise je pense. Et toi qu'en penses tu ? Quel est ton retour ?
@@xavki oui l'agilité fait partie intégrante du système. C'est d'ailleurs grâce au DevOps et a ses outils que l'agilité est efficace, que l'on peut proposer au client des sprints assez courts pour mettre en œuvre ses fonctionnalités et qu'il les voie en prod dans un délai et un budget maitrisé.
Pas tout à fait l'agilité c'est vraiment une organisation de travail. D'ailleurs cela ne vient pas de l'informatique mais de l'industrie automobile, Toyota notamment qui est le maître suprême dans ce domaine. Les outil devops permettent juste d'exprimer la solution a des besoins d'optimisation. Enfin perso je remets beaucoup en cause le devops je trouve que ses fondations ne sont pas complétement clair, son périmètre et ses actions avec précision. Pour il met surtout en avant une chose, le cloisonnement des dev avec les ops d'un point de vue approche et veut mettre en place des solutions mais ce n'est pas forcément lui qui les apportent. Mais concrètement dans de nombreuses entreprises son aboutissement repose sur un métier nécessaire le déploiement d'applicatifs (et c'est tout) avec les fameux pipelines. Du coup parler de philosophie c'est bien mais je trouve cela de plus en plus inexact et trompeur pour les jeunes voulant s'orienter dans cette branche. Les choses doivent être claires ou ne pas être lol... Je suis un peu binaire comme gars 😁
@@xavki oui mais non, on le voit bien même dans tes vidéos tu dis souvent , "la on devrait mettre un certificat , activé le bidule sécu". Mais comme c'est relou (et c'est vrai) tu le fait pas , mais au final on retrouve la même chose en prod . Donc pour moi aujourd'hui la gestion de la sécu doit avoir un pan entier ds le profil devops (et même adimsys)
Effectivement. Après le truc c'est dans les deux sens pour la sécu. Je veux dire pas là oui tu as tout à fait raison. Et je rajouterai qu'il faut expliquer comment doser la sécurité d'une prod. En fonction des enjeux, des moyens etc. Mais oui tu as raison
c'est possible sans passer par la voie helpdesk / sysadmin ? certains pros disent que justement l’expérience helpdesk et sys admin facilite la transition et donne de trés bon fondamentaux
Bonjour. Le métier helpdesk est assez différent de sysadmin et apporte très pour devenir devops ou métier assimilé. L'administration système fait partie du métier devops donc oui cela aide vraiment. Sans passer tu le peux mais tu le vois le cheminement est long et cela prend des années dans tous les cas. ++
Super vidéo Xavki, bonne continuation.
Merci
Très bonne vue d'ensemble, merci pour le partage !
P.S: et je confirmes, on devient pas DevOps en 3 jours, cela fait des années que j'apprends et je suis loin d'avoir fait le tour. Ne vous découragez pas et avancer à votre rythme sans brûler les étapes.
Je confirme. Le livre est super bon.
Les auteurs expliquent avec le plus de détails possible les concepts, le fonctionnement des systèmes et bien d'autres choses...
Yes merci
Merci pour ces éclaircissement,
Moi j'ai fait le choix de Nomad, Consul à la place de Kubernetes
Hello. Tu peux ce n'est pas un souci. La j'évoque les technologies les courantes et les plus bankables. Pour moi nomad n'est pas bankable même si c'est une super technologies. Kubernetes lui volent la vedette. Avec plaisir d'échanger, merci pour ton retour
Xavier toujours au top ! Merci
Cool merci
Salut Xavier :)
Intéressante ta vision 😁 !
Pour ma part je rajouterais le réseau et leurs différents protocole (vlan, Vxlan, trunk, LACP, GPG, BGP) et le modèle osi, car pour troobleshooter c'est l'un des fondamentaux.
Après je rajouterais, la partie Block et leur switch SAN (zoning) et leur différent type de fichier (NAS, Block"lun", S3, distribué ou non) et enfin l'architecture matériel.
Exact merci 👌
Moi personnellement , j'èté pure network .
Jai switcher maintenant a linfra . Vous vidéo sont un miracle .
Svp . N''arrêter pas de partager
Merci c'est très gentil. Ah si j'avais un niveau suffisant en réseau mais bon c'est pas le cas lol. Merci à toi
Très intéressant ! Merci pour toutes ces précieuses infos !
Effectivement dans la tech on a plus ou moins l'obligation d'avancer, mais à titre perso c'est ce que je trouve cool. A chaque problème qu'on découvre, on invente une nouvelle techno, qui elle-même nous fait découvrir de nouveaux problèmes, et etc.
Pas démoralisé du tout, au contraire c'est top d'avoir l'avis d'un tech aussi éclairé que toi !
Bonjour, merci oui tout à fait. Après au bout de quelques années cela donne un peu l'impression de boucler lol.
Merci pour ce partage très précieux avec des explications claires et méthodiques🙏👏
Cool avec plaisir
Très bon écho au live de la semaine dernière, merci pour ce résumé très complet ;)
Merci 😉
La vidéo du siècle, ça m'a remotivé à apprendre des trucs. Merci !
(oui j'en fais trop)
Cool. Au-delà du devops je pense que peu importe les termes le cheminement est plutôt bon pour une carrière 😉. Bonnes fêtes de fin d'année 2022.
En effet, je suis content d'avoir déjà travaillé avec pas mal des technos que tu présentes, mais la route est encore longue. Bonnes fêtes à toi aussi !
Je suis persuadé que le language Go deviendra un atout aussi important que docker dans les années à venir, beaucoup d'outil devops sont écris en Go (kubernetes, Docker ...)
merci bien Xavki
C'est clair je suis dedans en ce moment 😉
gitlab runner aussi est développé avec GO
Totalement d'accord et je suis surpris que ça ne l'est pas aujourd'hui
Merci pour cette vue d'ensemble sur le devops, je suis d'accord a vous .
Lors de mes sessions devops de 50 jours que j'anime , je pars de l’agilité , du BMPN, et des Patterns d'entreprise pour bien aborder les enjeux d’architecture que sous-tend le DEVOPS, pour les langages je ne fais pas de bash , je prefere le python aujourd'hui il y a un interpreter python sur toutes les plateformes, j'ai fait un croix sur Swarm, je faisais LXC.LXD mais plus maintenant car trop system. Pour la partie Sysadmin, les personnes apprennent en installant les outils. je ne fais pas de cours spécifiques sur le sysadmin.
Au niveau langage, je suis a fond sur java-Quarkus, donc python ok , et goland ok pour moi.
comme vous je laisse le cloud de cote, et donc Terraform et autres, par contre dans ma formation j’intègre une partie Test avec Jmeter, Selenium et Gatling pour sensibiliser les apprenants a automatiser les tests, les faire la nuit sur des plateformes éphémères , et collecter les logs.
Pour les bases de donnees je propose Oracle et Postgresql avec la reference de benckmarking TPC-DS, je leur apprends a charger des jeux de tests et faire des benchmarks avec des donnees sur 10Gb, ou 100Gb et profiler du SQL.
Comme vous l'avait dit le cas Kubernetes, c'est la folie sur cet outil, j'ai eu l’occasion d'animer une session Kubernetes pour debutant de 2 jours(??). J'avais 1 sysadmin et 3 dev
Les 3 dev n'ont rien compris , le sysadmin etait ok. Je crois que les entreprises ne sont pas capables d'estimer l'effort necessaire pour être opérationnel sur Kube.
Je suis toujours en train de cherche la didactique efficace pour enseigner kubernetes pour des dev
Merci pour ce retour. Effectivement il y a une partie testing que je n'ai pas abordé. Dans votre cursus peut être un peu de nosql pour opposer cela au moteurs SQL ? Enfin c'est une idée. Très intéressant votre retour merci
Totalement d'accord !
Cool
Merci beaucoup . Ca été très bénéfique pour moi ✌
Avec plaisir
Merci pour ce super vidéo, il manque aussi une partie pour l'automatisation des tests et qualité ...
effectivement cela peut venir compléter
Moi qui suis passé de sysadmin à QA, je rajouterai aussi tout ce qui est autour du test (Jest, cypress, playwright, robot, etc…) => pas aussi poussé qu’en QA mais ne serait-ce que pour l’intégrer dans le pipeline
(Oui, je sais : encore une n-ième compétence à avoir😂)
Yes effectivement merci
Hello Xavki, top ton contenue, comme souvent !
As-tu dans tes playlists des vidéos sur NGINX, le reverse proxy, Haproxy? Même au boulot je sens que ça me pénalise pas mal.
Bonjour, haproxy oui tu as une playlist (cf page d'accueil de la chaîne) sinon rien pour le moment sur nginx. ++
Merci Xavier pour tes supers vidéos.
Aujourd'hui être Devops sans connaître AWS ou Azure ne sert à rien voir limite les possibilités de chance de trouver du travail à l'international. Les projets de grande envergure ne tiennent pas la charge sur des architectures classiques on est obligé de passer sur du Cloud.
Je sais que tu n'es pas très Amazon ;) mais si tu as des conseils pour se former à ces techno je suis preneur. Bonne continuation
Alors pas tout à fait. Si je prends mon cas je travaille sur une infra mixte mais la charge de gère notamment en datacenter. Effectivement le cloud permet une ressource un peu illimité mais est coûteux et pas toujours nécessaire au vue de différents enjeux (stockage des données, coûts etc). Le cloud coûte par exemple très très cher pour une boîte qui a déjà un DC.
Après là où je te rejoins largement c'est que nous mettons beaucoup plus de chance de notre côté en faisant du cloud c'est exact. Tu pourras jeter un oeil à la playlist aws 😉. Un jour je vais m'attaquer plus sérieusement à gcp que j'utilise plus au travail. Le cloud c'est aussi de la facilité. Plutôt que de mettre de l'argent dans un besoin de compétences spécifiques pour supporter la charge comme tu dis ( en masse salariale), et bien on le met dans le cloud... Finalité un peu différente, coûts parfois proches mais ligne budgétaire différentes.
Merci beaucoup 🔥
Avec plaisir 😁
Hello Xavki,
Pour la partie SysAdmin, tu as une playlist "Linux/DEBIAN: Devenir SysAdmin"
Ca peut faire l'affaire pour commencer la roadmap?
Merci 🤞
Hello. Alors malheureusement je n'ai pas fini la playlist mais oui c'était l'idée. Il doit y avoir quelque chose comme presque 80 vidéos avec des éléments de base à connaître (enfin ce que je pense utile). Bon courage. Tu as la chaîne aussi de @adrien linuxtricks
Super présentation des briques DevOps. Je rajouterai juste, au-delà de l'automatisation que tu expliques très bien, que le DevOps est apparu pour un répondre à un enjeu Business majeur : réduire le Time to Market des projets informatiques.
Oui tout à fait. Après je pense pour le métier devops cela passe par de l'organisation autour de technologies et que le vrai levier méthodologie c'est l'agilité via scrum par notamment la définition d'un rôle de scrum master. C'est assez souvent ce que l'on retrouve en entreprise je pense. Et toi qu'en penses tu ? Quel est ton retour ?
@@xavki oui l'agilité fait partie intégrante du système. C'est d'ailleurs grâce au DevOps et a ses outils que l'agilité est efficace, que l'on peut proposer au client des sprints assez courts pour mettre en œuvre ses fonctionnalités et qu'il les voie en prod dans un délai et un budget maitrisé.
Pas tout à fait l'agilité c'est vraiment une organisation de travail. D'ailleurs cela ne vient pas de l'informatique mais de l'industrie automobile, Toyota notamment qui est le maître suprême dans ce domaine. Les outil devops permettent juste d'exprimer la solution a des besoins d'optimisation. Enfin perso je remets beaucoup en cause le devops je trouve que ses fondations ne sont pas complétement clair, son périmètre et ses actions avec précision. Pour il met surtout en avant une chose, le cloisonnement des dev avec les ops d'un point de vue approche et veut mettre en place des solutions mais ce n'est pas forcément lui qui les apportent. Mais concrètement dans de nombreuses entreprises son aboutissement repose sur un métier nécessaire le déploiement d'applicatifs (et c'est tout) avec les fameux pipelines. Du coup parler de philosophie c'est bien mais je trouve cela de plus en plus inexact et trompeur pour les jeunes voulant s'orienter dans cette branche. Les choses doivent être claires ou ne pas être lol... Je suis un peu binaire comme gars 😁
Très intéressant, est ce que tu te risquerais sur une video courte des technos sans avenir / avec avenir ?
Merci pour le partage de ton travail
Difficile mis pkoi pas. Disons plus technologies porteuses versus rares plutôt que sans avenir 😉
Très bien fait , il manque le côté sécu , la connaissance des certificats est aussi un must have
Pour moi cela est englobé dans l'administration système.
@@xavki oui mais non, on le voit bien même dans tes vidéos tu dis souvent , "la on devrait mettre un certificat , activé le bidule sécu". Mais comme c'est relou (et c'est vrai) tu le fait pas , mais au final on retrouve la même chose en prod . Donc pour moi aujourd'hui la gestion de la sécu doit avoir un pan entier ds le profil devops (et même adimsys)
Pour une videos tutorial Ça se comprend , mais ne sous estime pas les gens qui peuvent utiliser tes tuto pour leur prod :)
Effectivement. Après le truc c'est dans les deux sens pour la sécu. Je veux dire pas là oui tu as tout à fait raison. Et je rajouterai qu'il faut expliquer comment doser la sécurité d'une prod. En fonction des enjeux, des moyens etc. Mais oui tu as raison
top comme vidéo!
Merci
Je ne sais pas si tu as une vidéo à ce sujet mais qu'est ce qu'être SRE dans le monde DevOps?
Hello tu as une vidéo devops vs sre si tu fais une recherche tu vas la trouver
Merci
Merci.
Cool
Est ce que tu as une fourchette de salaire pour un ingé devops junior ou débutant?
Hello difficile à dire ça dépend de la localisation (eh oui c'est ainsi) et des projets déjà portés par la personne (études et perso surtout)
c'est possible sans passer par la voie helpdesk / sysadmin ? certains pros disent que justement l’expérience helpdesk et sys admin facilite la transition et donne de trés bon fondamentaux
Bonjour. Le métier helpdesk est assez différent de sysadmin et apporte très pour devenir devops ou métier assimilé. L'administration système fait partie du métier devops donc oui cela aide vraiment. Sans passer tu le peux mais tu le vois le cheminement est long et cela prend des années dans tous les cas. ++