Quelque soit le système de packaging, « si tout est packagé proprement », généralement ça reste propre ;-)
A la différence que c'est mieux d'avoir 1 unique système de packaging plutôt que d'en gérer plusieurs qui sont en conflit entre eux.
Les développeurs ne testent pas ça ? Genre ils codent et commit sans jamais rien exécuté et toi tu dois inventer les procédures d'install/update/migration ? :)
Je ne met pas en conflit les sysadmin et les développeurs, je dis simplement que les deux ont des contraintes différentes. Un environnement de dev et de production c'est différent. Tu peux concevoir ton application de la meilleure manière possible, il y aura toujours potentiellement des problèmes en production car elle doit cohabiter avec d'autres, être soumise à des contraintes de sécurité (parefeu, selinux), de haute disponibilité, etc.
Voilà pourquoi je n'aime pas les écosystèmes exotiques qui font cavalier seul, avec leurs propres dépendances, au lieu de se baser sur ce qui existe et ce qui est stable.
Non, avoir un serveur propre c'est trivial et à la porté du premier venu. Tu télécharge l'iso de l'OS que tu veux, tu l'installe, tu débranche le câble réseau : t'as un serveur propre.
Non. Ça c'est l'informatique des années 90 et on en paye le prix aujourd'hui (dette technique). Des choses installées sur le tas, non documentées, non pensées et sans visibilité sur l'avenir. Un bon sysadmin c'est quelqu'un qui a de l'expérience et connaît les choses à faire et à ne pas faire. Et accessoirement c'est lui qui se fait réveiller à 4h du matin quand la prod crashe, pas le développeur ;)
Le boulot d'un sysadmin (ou d'un devops) c'est de maintenir un serveur qui fournis les services qu'on lui demande et oui ça demande de faire avec les services qu'on lui demande et oui il y a des fois où tu ne va pas pouvoir t'appuyer sur le travail de ta distrib (parce qu'il existe autre chose que SSH/(S)FTP/SMTP). Et oui ça demande de faire autre chose que juste la commande sortie de la doc de ta distrib'
Oui, le sysadmin est le chef d'orchestre de l'infrastructure. Mais cela va plus loin que ça, par exemple installer un serveur Apache peut paraître simple (apt-get install apache2), mais ça ne l'est pas si on veut faire ça proprement (écriture de vhost de manière propre et sécurisée, dimensionnement, documentation, perspectives d'évolution...).
Par contre t'es ultra outillé pour le faire quand même entre chef, puppet, ansible, salt, fabric et tout ce qui vient avec la mouvance des plateformes immutables (docker entre autre).
Oui, ce sont des outils formidables si bien utilisés.
Mais par exemple je ne laisserai pas Ansible mettre à jour libc6 si je sais que le serveur a des logiciels custom compilés à la main, trop dangereux.
Donc oui c'est du travail, sinon ce ne serait pas payé ;)
[^] # Re: Trollons
Posté par MTux . En réponse au journal Comment 11 lignes de code ont provoqué un #npmgate. Évalué à 10.
A la différence que c'est mieux d'avoir 1 unique système de packaging plutôt que d'en gérer plusieurs qui sont en conflit entre eux.
Je ne met pas en conflit les sysadmin et les développeurs, je dis simplement que les deux ont des contraintes différentes. Un environnement de dev et de production c'est différent. Tu peux concevoir ton application de la meilleure manière possible, il y aura toujours potentiellement des problèmes en production car elle doit cohabiter avec d'autres, être soumise à des contraintes de sécurité (parefeu, selinux), de haute disponibilité, etc.
Voilà pourquoi je n'aime pas les écosystèmes exotiques qui font cavalier seul, avec leurs propres dépendances, au lieu de se baser sur ce qui existe et ce qui est stable.
Non. Ça c'est l'informatique des années 90 et on en paye le prix aujourd'hui (dette technique). Des choses installées sur le tas, non documentées, non pensées et sans visibilité sur l'avenir. Un bon sysadmin c'est quelqu'un qui a de l'expérience et connaît les choses à faire et à ne pas faire. Et accessoirement c'est lui qui se fait réveiller à 4h du matin quand la prod crashe, pas le développeur ;)
Oui, le sysadmin est le chef d'orchestre de l'infrastructure. Mais cela va plus loin que ça, par exemple installer un serveur Apache peut paraître simple (apt-get install apache2), mais ça ne l'est pas si on veut faire ça proprement (écriture de vhost de manière propre et sécurisée, dimensionnement, documentation, perspectives d'évolution...).
Oui, ce sont des outils formidables si bien utilisés.
Mais par exemple je ne laisserai pas Ansible mettre à jour libc6 si je sais que le serveur a des logiciels custom compilés à la main, trop dangereux.
Pas assez malheureusement...