6 mois est une des préconisations que j'ai entendu pas mal de fois par des consultants dans les réunions d'architecture... Sinon, je connais trés bien les dates je parle plutôt des choix prises par les entreprises aujourd'hui.
par ailleurs le couple trés connu entre python et ruby on va dire les 4 pilliers d'automatisation de nos jours ne sont qu'une petite partie de ce qui existe vraiment et depuis des dizaines d'année mais ces solutions ont juste eut plus de chance dans le marché. Perso, j'aime bien utiliser du shell et je maitrise quasiment toutes les outils mais j'adore le shell même s'il s'agit d'écrire tout mes scripts. J'avais utiliser "openSVC" en 2014 sur 40K serveur avec toutes la partie stockage et les serveurs PA-RISC et itanium et ça fonctionnais trés bien. SVCTools aussi qui est la partie console de OpenSVC, tout ça fonctionne. Donc, le choix doit juste être fait pour une solution perenne et durable et surtout bien maitrisé même si le choix nécessite de développer sont propre usine. A mon avis, le plus important c'est la pérenneté de la solution et non pas sont age ou sa beauté :p désolé pour tout les erreurs d'orthographe... J'écris en QWERTY@ 2018-08-14 22:06 GMT+02:00 Jean-Yves LENHOF <jean-y...@lenhof.eu.org>: > > > Le 14/08/2018 à 15:53, Sabri Boukari a écrit : > > Dernier petit détail... > > Salt et plus efficace sur windows vs ansible... > > pour ansible il y un backend a installé un espece de backdoor qui permet > la > > connexion et l'exécution des commandes shell sur windows. > > comme cygwin > > > > Est Salt peut fonctionner en mode agent serveur et en mode standalone, > d'ou > > le principe * Master, slave dans salt stack. > > > > Ce n'est pas le cas pour ansible. > > Un mode agent, serveur n'est pas aussi mauvais que ça donc tout dépend du > > besoin et surtout de l'objectif à long terme. > > Perso, je n'ai jamais étais convaincu des solus qui vive pendant 6 mois > et > > on les rejette aprés > > Hello, > > 6 mois tu y vas un peu fort.... > Ansible existe depuis 2012 (Salt Slack existe depuis 2011 j'ai regardé) > Perso depuis que j'ai essayé Ansible je ne peux plus m'en passer... et > le fait que RedHat est mis du pognon pour racheter AnsibleWorks a ajouté > pas mal de crédibilité à la solution (quelqu'un m'a dit que RedHat avait > cherché à racheter Puppet il y a qq années, mais cela n'avait pas > abouti.... comme chez AnsibleWorks il y avait plusieurs anciens de chez > RedHat cela a du aider au rapprochement) > > Après il existe pas mal de solution alternatives (Puppet, Chef, Juju, > Salt Slack, CfEngine, cdist, ), à toi de te faire ton idée... > > Pourquoi pour moi il est l'un des meilleurs outils : > - Facilité d'utilisation > - Communauté importante > - RedHat > - Pas mal de modules pour VMWARE, AWS, Azure, GCP > - Des modules pour le réseau (Cisco, Cumulus, A10, F5, Aruba, DellOs, > FortiOS, Netscaler, Infoblox) > > Le seul moin c'est la scalabilité et la rapidité avec pas mal de > serveurs (mais j'ai fait tourné des choses sur 1000 serveurs et en > ajoutant un peu de CPU et RAM sur le controlleur ça fonctionnait même si > cela mettait un peu de temps à faire le job) mais ça a l'air de bouger > en ce moment sur le sujet avec une branche de test pour utiliser des > thread plutôt que des forks, et l'intégration d'une partie du travail > fait par l'équipe de Mitogen. > > Pour moi c'est l'outil dans sa catégorie (je mets kubernetes à part) qui > fait le plus actuellement pour s'ouvrir aux autres besoins, et comme je > suis sur FRNog je lance un troll... je le souligne de plus en plus les > gens du réseau vont devoir arrêter de vouloir tout gérer à la main, et > gérer de façon plus industrielle les configurations que ce soit au > niveau LoadBalancer, Firewall, Switchs, Routeurs, outil de DDI... > > JYL > > > --------------------------- > Liste de diffusion du FRnOG > http://www.frnog.org/ > -- Boukari Sabri Cloud DevOps Specialist *Failure is a Great Teacher* www.boukari-sabri.org www.finyx.fr www.fean.fr --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
