8 ans ça commence déjà à faire pas mal. En ce qui me concerne, ça fait environ 24 ans que je fais de l'admin (professionnellement parlant). Et outre le fait que j'apprends encore des choses tous les jours, on va dire qu'au bout de 16-18 ans, j'ai eu un autre "effet de bord", c'est de constater que *toutes* les modes finissent par passer. Je ne compte plus le nombre de technologies que j'ai vu apparaître qui allaient "tuer l'admin à la papa". Je ne compte plus les "révolutions" (on prends un concept qui existe déjà, on lui donne un nouveau nom, et on explique que ça va révolutionner le monde) dans le domaine de l'infra. Mais ce que je constate c'est qu'en réalité, les fondements ne changent pas. Finalement "coder des infras" ce n'est pas nouveau (sur les gros parcs, clusters, industrie, etc.) On déployait déjà tout en auto bien avant l'arrivée de puppet, ansible and co. J'écrivais déjà des deployers pour des infras composées de centaines de machines en 2004. Les outils évoluent pour offrir des "standards" et l'information est plus accessible qu'avant (il n'existait pas vraiment de littérature, de formation ou de documentation sur ces sujets avant car ils étaient moins communs) et certes cela s'est généralisé. Pour autant, au lieu d'assister à une montée en compétence des admins et de leur connaissance du système, pour la première fois, cela fait depuis 3-4 ans que je constate une réelle baisse de compétence système/réseaux chez les admin. J'ai l'impression d'assister à la même chose que lors de "l'invasion" des framework en php : on finit par arriver à des extrémités où le gars sait coder dans un framework, mais ne connais même plus le langage d'origine. Pour autant, on a jamais eu autant besoin de gens capables de s'assurer que cela fonctionne, et fixer quand cela ne fonctionne pas. Et il est devenu très difficile de les trouver. Pire encore, certains "admins" / "ingénieurs" (sic), finissent par ne pas trouver "normal" de faire quelque chose, sans avoir simplement à appuyer sur un bouton ou suivre une procédure, voire (déjà vu) à ne plus savoir utiliser une ligne de ssh, car ils ont oublié comment cela fonctionne à force d'utiliser la commande mise en place et codée sur leur bastion pour faciliter les connexions... Or l'automatisation et l'industrialisation sont justement là pour nous libérer du temps de cerveau que l'on peut utiliser pour les choses les plus intéressantes sur du troubleshooting avancée, de ingénierie, du tuning, etc. Certains me traiteront sans doute de "vieux con", Mais c'est un constat que je fais quasi-quotidiennement. Ce qui est marrant c'est que j'ai vu exactement le même phénomène il y a des années déjà, sur la différence de compréhension entre les générations qui avaient été forcées de comprendre et bidouiller les systèmes pour que les choses marchent, et ceux (pas tous mais en majorité), qui étaient arrivés après, quand ça fonctionnait (presque) tout seul. Dans tous les cas, excellente continuation à toi. Au plaisir d'échanger ici ou ailleurs. @++
On en parlait sur le discord pas plus tard qu'il n'y a pas longtemps, les admins aujourd'hui (ceux qui arrive dans le game je veux dire) ne mettent plus les mains dans les serveurs par exemple, sauf si tu bosses en datacenter mais sinon, comme la majorite des entreprises sont chez les trois monotheistes du cloud ben... devoir choisir un serveur, le monter, le racker, le configurer etc, c'est fini.
Ce qui est dommage c'est que ton ressenti correspond grandement à ce qui avait déjà été rencontré dans le domaine Mainframe/cobol et qu'on n'en a pas tiré les conclusions qu'il fallait... On en est revenu au cobol en abandonnant les L4G par exemple ;-)
@@merovee5509 Disons que pour faire simple, beaucoup de gens oublient que derrière le "serverless" il y a des serveurs, et derrière le "nocode" il y a du code justement... Et au final, du nocode sur du serverless, c'est avant tout et surtout du code qui tourne sur des serveurs... Du coup balancer sa fonction dans une solution FaaS sans se préoccuper du reste, ne donnera jamais le même résultat qu'une fonction écrite en tenant compte des limites, avantages et inconvénients de la plateforme sur laquelle ça tourne. Alors certes c'est peut être "simple" à mettre en œuvre (encore faut t'il avoir une solution architecturée pour en profiter), autant ça peut devenir très vite beaucoup plus compliqué pour le portefeuille...
Juste ma contribution à 2 balles : je fais de l'informatique depuis 1967 et j'ai vécu "de l'intérieur" toutes ces évolutions.... J'ai commencé par du codage puis j'ai administré LE système que j'avais développé... (informatisation d'un labo d'analyses médicales sur Siemens 300) J'ai recommencé le codage (Systèmes d’autocommutateurs) puis je suis passé à de l'administration sur stations SUN (5 ou 6 machines) J'ai fini dans la gestion d'un centre de calcul local, puis, au gré des restructurations, j'ai géré la sécurité informatique d'un réseau mondial (le cloud n'existait pas ) Et comme toi, à chaque étape, j'ai eu l'impression de repartir à zéro.. J'ai aussi pu constater que le "management" de l'entreprise ne connaissait RIEN aux problèmes pratiques et qu'un bel organigramme leur plaisait mieux que la dure réalité : Sur le papier : "on se sous-traite la gestion du bâtiment : ce n'est pas notre métier" Dans la pratique, il a fallu sortir et isoler toute la gestion d'accès (portillons, badges etc) de l'infrastructure à laquelle elle était intégrée, synchroniser les listes du personnel avec un sous-traitant etc.... Un foutoir total qui a coûté un temps fou, la mise en place d'un réseau indépendant etc... le tout en coûts cachés car rien n'avait été vraiment prévu par la direction.... Et c'est le même bo..l quand on intégrait une autre compagnie, avec ses propres procédures (ou leur absence) C'est vrai que l'automatisation a du bon, mais quand le périmètre change tous les 6 mois on a du mal à suivre.....
je dirais que ce n'est pas parce que tu reçois le compliment de "vieux con" que tes propos sont dénués de sens :-) La nécessité qu'il faut que ça fonctionne vite et bien via des outils de plus en plus complexes amène des contradictions j'ai eu une licence d'informatique en 1995 mais n'ai jamais travaillé en info...donc je suis un vieux con qui ne sait pas trop de quoi il parle :-D
Une petite remarque concernat la gestion de config (ansible, etc..). Ce n'est pas forcément que pour les grosses infras. Je gère l'infrastructure de la startup (15/20 machines) dans laquelle je bosse et je ne suis pas ingénieur système ou réseau. Utiliser Ansible me permet de "documenter" mes installations de softs (plus de 30) et de gagner du temps pour installer de nouvelles machines. Quand tu fais ce genre de truc par intermittence, c'est un vrai bonheur de ne pas se prendre la tête à se souvenir de la manip particulière qui a fallu faire pour installer un truc la première fois. Tout est dans les scripts ansible. A tel point que j'utilise Ansible pour gérer mes quelques machines persos. En cas de crashe, je peux réinstaller 99% de mon setup en moins d'une heure sur une autre machine...
Sans le vouloir tu viens de nous montrer, en tes termes, ton évolution dans l'effet (et la courbe) Dunning-Kruger, dont beaucoup d'entre nous sont victimes ! :) Grosse humilité de ta part de partager tout ça ! Merci :)
ça me fais penser à une expression que j'ai entendu il y a pas longtemps: Soit on gère les serveurs comme des animaux de compagnie, soit comme du bétail. L''infra as code, c'est géré du bétail
Ma revelation, je l'ai fait ce soir en découvrant ta chaine ;) grace à Christophe Casalegno, Merci pour tes vidéos, et merci à Christophe aussi pour ses vidéos.
Il ne faut pas confondre automatisation et "infrastructure as a code" (qui est une forme d'automatisation, comme le scripting) ou automatiser de manière impérative (scripting) et automatiser de manière déclarative (gérée par des logiciels particuliers).
Super feedback, un grand merci à toi pour ce partage. Je suis dans l’étape 2 malgré que je sois juste dev mais je fais beaucoup dinfra en ce moment car on a vraiment trop de problèmes et on perd tellement de temps sur des choses qu’on aurait du automatiser depuis tellement de temps
Moi j'en suis à 'étape -1. Celle qui consiste à ne pas savoir vraiment en quoi consistait ce métier avant d'avoir vu la vidéo. Pour dire le vrais (et pour cette matière) je n'ai pas vraiment vocation à aller plus loin :)
Super intéressant ! Je me retrouve bien dans ce que tu dit, à mes debuts, je me sentait invincible après avoir passé une semaine a configurer un LDAP... "J'ai reussi a le faire en lisant la doc, je suis sur que je peux installer et configurer n'importe quoi maintenant". Merci pour ces insights !
Salut, en un an j ai eu le même cursus technique que toi, stage basé sur du openstack, puis embauché en temps que sysadmin réseau dans la même boîte où j ai commencé par de l admin de serveur pur puis et du monitoring poussé car tout était à faire mais sur seulement une 50 aine de serveur puis on m a balancé dans le grand bain avec de la conception d infra cloud puis de l iaas terreformavec du développement pour automatiser des services avec k8s. Je rejoins ta manière de penser sur le fais d avoir l impression de connaître mais on se rend compte que le bout du tunnel n existe pas. Il y a toujours un nouveau truc ou une meilleure façon de faire et donc de repenser son travail. Pour ma part je pêche sur la gestion de mes projet j ai beaucoup de mal encore à caler ce qu il faut dans les deadline mais je pense que le temps fera son œuvre avec du travail. Merci pour tes vidéos elles aident beaucoup
je fais le sysadmin/devops/devsecops depuis 1999... j'ai suivi l'apparition de aws avec émerveillement : ouah, on peut faire ça... et là les trois derniers trucs qui m'ont plié le cerveau et m'ont fait réaliser des trucs, c'est dans l'ordre : les immutables systems, le serverless, et le zero trust
En tant que développeur du dimanche j ai aussi u des révélations Mais celle dont j ai été témoins vaut plus Il y longtemps j ai travaillé pour la Légion ( armée ) coté bureautique Et parfois des sous officiers 00 ( guerriers ) sont affectés coté bureautique pour x raisons ( trop vieux pour ces conneries ) Et j ai vu l un d entre eux découvrir excel Une lumière s est allumée Je ne pense pas qu elle se soit éteinte même si je ne l ai jamais revu Une idée c est dure a tuer
Ma plus grande révélation dans ma carrière c'est quand j'ai compris que les RHs ne comprennent ni comment marche le monde de l'éducation ni comment marche le monde de l’entreprise. Auparavant je les voyais comme des experts des deux. A partir de là j'ai commencé à comprendre pas mal de choses ^^'
Hello c’est toujours top les vidéos merci 😊. T’a parlé de IAC dans la vidéo du coup je voudrais savoir si t’a prévu des tutos sur les outils IAC commme terraform ?
Donc un devops, c'est un sysadmin qui conçoit, prépare, analyse et maintient son infra comme un développeur le ferait avec une appli. Je crois que je viens de comprendre le terme !
Bonne vidéo j attendais presque des questions posé par Carinne Lemarchand avec se coté interview bilan : ) ps: Y a du beau monde dans tes commentaires ca me rassure sur tes contenus 😂.
Comment vois-tu ton élovution de e-berger dans 8 ans ? Toujours plus de serveurs, de services, de réseaux, d'environnements, de contraintes de sécurité et d'app à gérer dans des boites toujours plus grandes ? Découvrir de nouveaux logiciels de gestion de configuration ou d'IaC ?
Pas sur supprimer ton infra pour tout recommencer. Les outils que tu connais je pense comme Terraform ou ansible permettent de faire un check de l'état et de ne modifier que ce qui a été ajouté dans les scripts.
Quel est le cursus à suivre pour devenir sysadmin (administrateur système) ?? Cursus scolaire et/ou certification (sans oublier l’expérience qui va avec)?? Merci
Salut merci pour ton retour d’expérience. Je suis étudiant finissant en DEC technique Infrastructure réseaux sécurité. ta la chance de travailler à Montréal si je ne me trompe pas ca tombe bien ! Quelles serait les techno de base à maitraiser en tant que sysadmin junior ou qui débute en en général parce que la formation ne reflete vraiment pas la demande du marché. Merci
J'ai eu à peu près les mêmes étapes sur à peu près le même laps de temps 😂 Mais pour moi l'accélérateur reste le cloud où tu es obligé de shifter vers un mindset "cattle" plutôt que "pet" 👍
Coucou Thomas, Je suis actuellement dans le mindset où comme toi je crois que faire des scripts bash c’est automatiser 😂 Mais j’aimerais bien me mettre à ansible et peut-être vraiment plus tard infra as code
Jte conseilles vraiment d'y jetter un oeuil. J'ai une formation ansible qui peut t'aider a t'y mettre ou sinon ya quelques tuto pas mal comme ceux de xavki sur le sujet ;)
Scripter est effectivement une manière d'automatiser. Et c'est beaucoup plus difficile à faire, et beaucoup plus formateur, que l'infra as a code qui est en fait une sorte d'automatisation ultra-assistée où il suffit de déclarer ce qu'on veut comme résultat final et où le logiciel se charge de produire le résultat.
Je ne fais pas comme ca, dans mon cas même si il y a 8000 serveurs web, le serveur dit "d'entretien" a des accès aux scripts, qui fonctionnent en autonomie, et qui fait le travail. Installer des "applications" qui vont faire que ralentir ton serveur, est-ce vraiment le truc recherché? J'ai un script qui tourne h24, il verifie les versions des webservers, les met a jour au besoin, fais les sauvegardes sur ftp, et ca avec 256 Mb de ram :)
Salut Ippo ! Non j'ai commencé technicien aussi au début a dépanner les utilisateurs avec leur problèmes informatiques (reset de password, imprimante, outlook etc)
@@cocadmin je vois merci beaucoup je viens de finir mon BTS cette année ça me rassure dans un sens ahah 😁, et tes vidéos sont vraiment cool au passage ça me permet d'approfondir beaucoup de mes cours!
8 ans ça commence déjà à faire pas mal. En ce qui me concerne, ça fait environ 24 ans que je fais de l'admin (professionnellement parlant). Et outre le fait que j'apprends encore des choses tous les jours, on va dire qu'au bout de 16-18 ans, j'ai eu un autre "effet de bord", c'est de constater que *toutes* les modes finissent par passer.
Je ne compte plus le nombre de technologies que j'ai vu apparaître qui allaient "tuer l'admin à la papa". Je ne compte plus les "révolutions" (on prends un concept qui existe déjà, on lui donne un nouveau nom, et on explique que ça va révolutionner le monde) dans le domaine de l'infra.
Mais ce que je constate c'est qu'en réalité, les fondements ne changent pas. Finalement "coder des infras" ce n'est pas nouveau (sur les gros parcs, clusters, industrie, etc.) On déployait déjà tout en auto bien avant l'arrivée de puppet, ansible and co. J'écrivais déjà des deployers pour des infras composées de centaines de machines en 2004. Les outils évoluent pour offrir des "standards" et l'information est plus accessible qu'avant (il n'existait pas vraiment de littérature, de formation ou de documentation sur ces sujets avant car ils étaient moins communs) et certes cela s'est généralisé.
Pour autant, au lieu d'assister à une montée en compétence des admins et de leur connaissance du système, pour la première fois, cela fait depuis 3-4 ans que je constate une réelle baisse de compétence système/réseaux chez les admin. J'ai l'impression d'assister à la même chose que lors de "l'invasion" des framework en php : on finit par arriver à des extrémités où le gars sait coder dans un framework, mais ne connais même plus le langage d'origine. Pour autant, on a jamais eu autant besoin de gens capables de s'assurer que cela fonctionne, et fixer quand cela ne fonctionne pas. Et il est devenu très difficile de les trouver.
Pire encore, certains "admins" / "ingénieurs" (sic), finissent par ne pas trouver "normal" de faire quelque chose, sans avoir simplement à appuyer sur un bouton ou suivre une procédure, voire (déjà vu) à ne plus savoir utiliser une ligne de ssh, car ils ont oublié comment cela fonctionne à force d'utiliser la commande mise en place et codée sur leur bastion pour faciliter les connexions... Or l'automatisation et l'industrialisation sont justement là pour nous libérer du temps de cerveau que l'on peut utiliser pour les choses les plus intéressantes sur du troubleshooting avancée, de ingénierie, du tuning, etc.
Certains me traiteront sans doute de "vieux con", Mais c'est un constat que je fais quasi-quotidiennement. Ce qui est marrant c'est que j'ai vu exactement le même phénomène il y a des années déjà, sur la différence de compréhension entre les générations qui avaient été forcées de comprendre et bidouiller les systèmes pour que les choses marchent, et ceux (pas tous mais en majorité), qui étaient arrivés après, quand ça fonctionnait (presque) tout seul. Dans tous les cas, excellente continuation à toi. Au plaisir d'échanger ici ou ailleurs. @++
On en parlait sur le discord pas plus tard qu'il n'y a pas longtemps, les admins aujourd'hui (ceux qui arrive dans le game je veux dire) ne mettent plus les mains dans les serveurs par exemple, sauf si tu bosses en datacenter mais sinon, comme la majorite des entreprises sont chez les trois monotheistes du cloud ben... devoir choisir un serveur, le monter, le racker, le configurer etc, c'est fini.
Ce qui est dommage c'est que ton ressenti correspond grandement à ce qui avait déjà été rencontré dans le domaine Mainframe/cobol et qu'on n'en a pas tiré les conclusions qu'il fallait... On en est revenu au cobol en abandonnant les L4G par exemple ;-)
@@merovee5509 Disons que pour faire simple, beaucoup de gens oublient que derrière le "serverless" il y a des serveurs, et derrière le "nocode" il y a du code justement... Et au final, du nocode sur du serverless, c'est avant tout et surtout du code qui tourne sur des serveurs... Du coup balancer sa fonction dans une solution FaaS sans se préoccuper du reste, ne donnera jamais le même résultat qu'une fonction écrite en tenant compte des limites, avantages et inconvénients de la plateforme sur laquelle ça tourne. Alors certes c'est peut être "simple" à mettre en œuvre (encore faut t'il avoir une solution architecturée pour en profiter), autant ça peut devenir très vite beaucoup plus compliqué pour le portefeuille...
Juste ma contribution à 2 balles : je fais de l'informatique depuis 1967 et j'ai vécu "de l'intérieur" toutes ces évolutions....
J'ai commencé par du codage puis j'ai administré LE système que j'avais développé... (informatisation d'un labo d'analyses médicales sur Siemens 300)
J'ai recommencé le codage (Systèmes d’autocommutateurs) puis je suis passé à de l'administration sur stations SUN (5 ou 6 machines)
J'ai fini dans la gestion d'un centre de calcul local, puis, au gré des restructurations, j'ai géré la sécurité informatique d'un réseau mondial (le cloud n'existait pas )
Et comme toi, à chaque étape, j'ai eu l'impression de repartir à zéro..
J'ai aussi pu constater que le "management" de l'entreprise ne connaissait RIEN aux problèmes pratiques et qu'un bel organigramme leur plaisait mieux que la dure réalité :
Sur le papier : "on se sous-traite la gestion du bâtiment : ce n'est pas notre métier" Dans la pratique, il a fallu sortir et isoler toute la gestion d'accès (portillons, badges etc) de l'infrastructure à laquelle elle était intégrée, synchroniser les listes du personnel avec un sous-traitant etc.... Un foutoir total qui a coûté un temps fou, la mise en place d'un réseau indépendant etc... le tout en coûts cachés car rien n'avait été vraiment prévu par la direction....
Et c'est le même bo..l quand on intégrait une autre compagnie, avec ses propres procédures (ou leur absence)
C'est vrai que l'automatisation a du bon, mais quand le périmètre change tous les 6 mois on a du mal à suivre.....
je dirais que ce n'est pas parce que tu reçois le compliment de "vieux con" que tes propos sont dénués de sens :-)
La nécessité qu'il faut que ça fonctionne vite et bien via des outils de plus en plus complexes amène des contradictions
j'ai eu une licence d'informatique en 1995 mais n'ai jamais travaillé en info...donc je suis un vieux con qui ne sait pas trop de quoi il parle :-D
Une petite remarque concernat la gestion de config (ansible, etc..). Ce n'est pas forcément que pour les grosses infras. Je gère l'infrastructure de la startup (15/20 machines) dans laquelle je bosse et je ne suis pas ingénieur système ou réseau. Utiliser Ansible me permet de "documenter" mes installations de softs (plus de 30) et de gagner du temps pour installer de nouvelles machines. Quand tu fais ce genre de truc par intermittence, c'est un vrai bonheur de ne pas se prendre la tête à se souvenir de la manip particulière qui a fallu faire pour installer un truc la première fois. Tout est dans les scripts ansible. A tel point que j'utilise Ansible pour gérer mes quelques machines persos. En cas de crashe, je peux réinstaller 99% de mon setup en moins d'une heure sur une autre machine...
J'aime beaucoup ce genre de vidéo parlant d'expérience, à refaire !
Sans le vouloir tu viens de nous montrer, en tes termes, ton évolution dans l'effet (et la courbe) Dunning-Kruger, dont beaucoup d'entre nous sont victimes ! :) Grosse humilité de ta part de partager tout ça ! Merci :)
C'est vrai j'y avais pas pensé et je savais pas que ca avait un nom :)
ça me fais penser à une expression que j'ai entendu il y a pas longtemps: Soit on gère les serveurs comme des animaux de compagnie, soit comme du bétail. L''infra as code, c'est géré du bétail
Ma revelation, je l'ai fait ce soir en découvrant ta chaine ;) grace à Christophe Casalegno, Merci pour tes vidéos, et merci à Christophe aussi pour ses vidéos.
Il ne faut pas confondre automatisation et "infrastructure as a code" (qui est une forme d'automatisation, comme le scripting) ou automatiser de manière impérative (scripting) et automatiser de manière déclarative (gérée par des logiciels particuliers).
Super feedback, un grand merci à toi pour ce partage. Je suis dans l’étape 2 malgré que je sois juste dev mais je fais beaucoup dinfra en ce moment car on a vraiment trop de problèmes et on perd tellement de temps sur des choses qu’on aurait du automatiser depuis tellement de temps
Tes révélations font de la musique dans mes oreilles qui reviennent en moi des beaux souvenirs :-) .
Moi j'en suis à 'étape -1. Celle qui consiste à ne pas savoir vraiment en quoi consistait ce métier avant d'avoir vu la vidéo.
Pour dire le vrais (et pour cette matière) je n'ai pas vraiment vocation à aller plus loin :)
Super intéressant !
Je me retrouve bien dans ce que tu dit, à mes debuts, je me sentait invincible après avoir passé une semaine a configurer un LDAP...
"J'ai reussi a le faire en lisant la doc, je suis sur que je peux installer et configurer n'importe quoi maintenant".
Merci pour ces insights !
Superbe video, qui permet en plus à d'autres d'interagir et d'apporter leurs propres expériences.
Salut, en un an j ai eu le même cursus technique que toi, stage basé sur du openstack, puis embauché en temps que sysadmin réseau dans la même boîte où j ai commencé par de l admin de serveur pur puis et du monitoring poussé car tout était à faire mais sur seulement une 50 aine de serveur puis on m a balancé dans le grand bain avec de la conception d infra cloud puis de l iaas terreformavec du développement pour automatiser des services avec k8s. Je rejoins ta manière de penser sur le fais d avoir l impression de connaître mais on se rend compte que le bout du tunnel n existe pas. Il y a toujours un nouveau truc ou une meilleure façon de faire et donc de repenser son travail. Pour ma part je pêche sur la gestion de mes projet j ai beaucoup de mal encore à caler ce qu il faut dans les deadline mais je pense que le temps fera son œuvre avec du travail. Merci pour tes vidéos elles aident beaucoup
je fais le sysadmin/devops/devsecops depuis 1999... j'ai suivi l'apparition de aws avec émerveillement : ouah, on peut faire ça... et là les trois derniers trucs qui m'ont plié le cerveau et m'ont fait réaliser des trucs, c'est dans l'ordre : les immutables systems, le serverless, et le zero trust
mais le chaos engineering c'est pas mal non plus
jferais surement une vidéo la dessus a un moment :)
Merci Thomas pour ton retour d’expérience, vidéo très intéressante !
En tant que développeur du dimanche j ai aussi u des révélations
Mais celle dont j ai été témoins vaut plus
Il y longtemps j ai travaillé pour la Légion ( armée ) coté bureautique
Et parfois des sous officiers 00 ( guerriers ) sont affectés coté bureautique pour x raisons ( trop vieux pour ces conneries )
Et j ai vu l un d entre eux découvrir excel
Une lumière s est allumée
Je ne pense pas qu elle se soit éteinte même si je ne l ai jamais revu
Une idée c est dure a tuer
Merci ! Très intéressant ! Et en plus, ça rassure le débutant que je suis !
Le meilleur format, merci pour le partage.
Ma plus grande révélation dans ma carrière c'est quand j'ai compris que les RHs ne comprennent ni comment marche le monde de l'éducation ni comment marche le monde de l’entreprise. Auparavant je les voyais comme des experts des deux. A partir de là j'ai commencé à comprendre pas mal de choses ^^'
Merci, je suis actuellement en alternance et la vidéo m'a permis de pas perdre espoir +1 likes
Hello c’est toujours top les vidéos merci 😊. T’a parlé de IAC dans la vidéo du coup je voudrais savoir si t’a prévu des tutos sur les outils IAC commme terraform ?
Donc un devops, c'est un sysadmin qui conçoit, prépare, analyse et maintient son infra comme un développeur le ferait avec une appli. Je crois que je viens de comprendre le terme !
Hello Thomas! Y'a t-il une checklist que tu suis pour pouvoir prévénir les potentiels problèmes lorsque tu fais l'IAC?
Le focus en arrière plan est hyper perturbant
j'ai pas arrêté de me demander ce que foutait le gars avec son casque orange ! ^^
Tu l'as dit et maintenant je ne cois que ça ! lol
Le mieux c'est de bloquer le focus pour qu'il ne bouge plus. Enlever l'auto-focus...
Bonne vidéo j attendais presque des questions posé par Carinne Lemarchand avec se coté interview bilan : )
ps: Y a du beau monde dans tes commentaires ca me rassure sur tes contenus 😂.
Comment vois-tu ton élovution de e-berger dans 8 ans ?
Toujours plus de serveurs, de services, de réseaux, d'environnements, de contraintes de sécurité et d'app à gérer dans des boites toujours plus grandes ?
Découvrir de nouveaux logiciels de gestion de configuration ou d'IaC ?
Merci pour ce point.
Pas sur supprimer ton infra pour tout recommencer. Les outils que tu connais je pense comme Terraform ou ansible permettent de faire un check de l'état et de ne modifier que ce qui a été ajouté dans les scripts.
Quel est le cursus à suivre pour devenir sysadmin (administrateur système) ?? Cursus scolaire et/ou certification (sans oublier l’expérience qui va avec)?? Merci
Salut merci pour ton retour d’expérience. Je suis étudiant finissant en DEC technique Infrastructure réseaux sécurité. ta la chance de travailler à Montréal si je ne me trompe pas ca tombe bien ! Quelles serait les techno de base à maitraiser en tant que sysadmin junior ou qui débute en en général parce que la formation ne reflete vraiment pas la demande du marché.
Merci
J'ai eu à peu près les mêmes étapes sur à peu près le même laps de temps 😂
Mais pour moi l'accélérateur reste le cloud où tu es obligé de shifter vers un mindset "cattle" plutôt que "pet" 👍
la chance
ta chaîne est hyper waw top level
Coucou Thomas,
Je suis actuellement dans le mindset où comme toi je crois que faire des scripts bash c’est automatiser 😂
Mais j’aimerais bien me mettre à ansible et peut-être vraiment plus tard infra as code
Jte conseilles vraiment d'y jetter un oeuil. J'ai une formation ansible qui peut t'aider a t'y mettre ou sinon ya quelques tuto pas mal comme ceux de xavki sur le sujet ;)
Scripter est effectivement une manière d'automatiser. Et c'est beaucoup plus difficile à faire, et beaucoup plus formateur, que l'infra as a code qui est en fait une sorte d'automatisation ultra-assistée où il suffit de déclarer ce qu'on veut comme résultat final et où le logiciel se charge de produire le résultat.
Merci de ton partage.
Merci cocadmin!
Super Intéressant!
Je ne fais pas comme ca, dans mon cas même si il y a 8000 serveurs web, le serveur dit "d'entretien" a des accès aux scripts, qui fonctionnent en autonomie, et qui fait le travail.
Installer des "applications" qui vont faire que ralentir ton serveur, est-ce vraiment le truc recherché? J'ai un script qui tourne h24, il verifie les versions des webservers, les met a jour au besoin, fais les sauvegardes sur ftp, et ca avec 256 Mb de ram :)
Mdrrr quand je pense aufaite que j'ai passée toute la soirée juste sur un problème de sudo "permission denied" xD
Merci pour la vidéo
salut. est il possible de créer une cmd raccourci lunch ( refresh desktop ) sur manjaro xfce.
et comment ? merci.
tu peux essayer avec un alias ( alias refresh = ta_commande_launch)
@@cocadmin je ne suis pas avancer a Linux. donc pour moi c'est chinois. si tu peut faire voir cela merci.
Tu as fait quels études en informatique ?
Grand Merci...
.
Yo frérot t'es juste en train d'expliquer ce que Dunning Kruger :)
salut salut, je suis tech depuis peu et je me demandais par ou tu as commencé au final ? Tu as commencé par du sysadmin directement ? =)
Salut Ippo ! Non j'ai commencé technicien aussi au début a dépanner les utilisateurs avec leur problèmes informatiques (reset de password, imprimante, outlook etc)
@@cocadmin je vois merci beaucoup je viens de finir mon BTS cette année ça me rassure dans un sens ahah 😁, et tes vidéos sont vraiment cool au passage ça me permet d'approfondir beaucoup de mes cours!
Perso je fais du web sur mon PC perso et je me suis rendu compte pourquoi Docker est indispensable
Salut si jamais tu cherche un tech informatique sur paris je suis dispo, je cherche du boulot depuis 3 ou 4 mois mais avec le corona pff... -_-'