Avez-vous essayé de demander à un tiers des différences importantes entre Juju et Puppet / Chef. Les tierces parties ne connaissent pas trop Juju et ne peuvent pas le dire. Ils ont simplement déclaré que les autres avaient beaucoup d’élan et qu’il serait difficile de surmonter leur avance.
Les plus proches de Juju seraient-ils disposés à mettre en évidence les avantages de ce logiciel, et pourquoi il dépasserait Puppet / Chef dans le domaine de la gestion de la configuration?
Mark, c’est une excellente question, et c’est la première fois que j’ai demandé à quelqu’un de me parler de Juju. Voici quelques-unes des grandes différences.
Juju encapsule les services - un charme définit toutes les manières dont le service doit exposer ou consommer des données de configuration vers / depuis d'autres services. Comment le charme fait-il l'affaire du charme? Pour ce faire, il peut utiliser n'importe quel outil, des scripts shell au chef en mode solo.
Juju orchestre la mise en service - juju garde la trace des ressources dont il dispose, et peut les ajouter ou les supprimer si nécessaire. Actuellement, ces ressources sont des machines AWS EC2, des nuages OpenStack (comme HP Cloud), Microsoft Azure, Joyent, des machines nues via MAAS et un fournisseur local LXC / KVM.
Juju facilite le partage - tout le monde peut apporter un charme au magasin de charme Juju ; Ces charmes sont validés et évalués par la communauté Juju.
Voici d'autres comparaisons faites par des internautes:
(Disclaimer - Je suis le fondateur de Puppet et CEO de Puppet Labs)
Je ne connais pas très bien juju , mais d'après ce que je peux dire, ils sont quelque peu assis à différents niveaux. Puppet est très efficace pour gérer les comportements et les capacités des machines, alors que le juju semble principalement dédié à parler de jeux de machines et explique en grande partie comment faire en sorte que les machines se comportent de manière spécifique avec des outils externes comme Puppet ou shell.
Notre stratégie avec Puppet consiste à créer la meilleure pile à partir de la base, alors que le juju semble être une couche spécifique de la pile et laisser d’autres couches à d’autres outils. Ainsi, bien que vous puissiez résoudre tout le problème avec Puppet (bien que parfois avec un peu plus de travail que vous ne le souhaiteriez), vous devrez intégrer juju à d'autres outils pour obtenir beaucoup de résultats.
En réalité, juju semble être une version sur site de CloudFormation d’Amazon, mais sans le graphe et autres. Donc, utilisable avec Puppet, etc., mais pas en remplacement.
Voici une autre idée de la manière dont Juju s’adapte aux autres outils d’automatisation:
Je suis responsable de la stratégie cloud chez Canonical, la société derrière Ubuntu et Juju. Juju n'est pas un concurrent de Puppet ou de Chef. Juju peut installer Puppet ou Chef et, à l'intérieur d'un charme, l'encapsulation d'un service par Juju, vous pouvez appeler vos modules de marionnettes ou vos reçus de chef existants.
Alors, c'est quoi Juju? Juju vous permet de déployer, d'intégrer et d'adapter instantanément votre pile / services / applications informatiques. L'informatique instantanée gagne sans douleur. Soit via la ligne de commande ou l'interface graphique.
Juju est donc plus proche de l’outil PaaS que de l’outil Devops car vous pouvez construire votre cloud (Juju est le programme d’installation OpenStack par défaut de Canonical), l’infrastructure qui s’y ajoute (serveurs web / app / db, Hadoop, MongoDB, etc. ) mais le plus remarquable est que Juju permet de déployer et d’intégrer immédiatement les applications (l’add-relation entre Wordpress et MySQL configurera automatiquement les tables et les données Wordpress dans MySQL).
Les serveurs d’applications (java, php, node.js, scala, etc.) peuvent également fonctionner avec le contrôle de version, ce qui permet un déploiement et une mise à l’échelle automatiques de vos applications. Ainsi, contrairement à PaaS, vous n'êtes pas limité à une pile de logiciels spécifique, mais vous bénéficiez des avantages du déploiement, de l'intégration et de la mise à l'échelle instantanés. Considérez-le comme un PaaS ou un FlexiPaaS flexible qui déploie, intègre et met à niveau instantanément vos services logiciels sans être limité ou bloqué.
Source - Avertissement: connexion requise.
En termes simples, juju encapsule la découverte de services, un magasin de valeurs de clés et la gestion de la configuration. Le marionnettiste / chef cuisinier, etc., est une gestion de configuration pure.
Juju est basé sur des événements et utilise un "nœud bootstrap" central pour suivre et orchestrer les événements. La marionnette et le chef peuvent apparaître comme des événements, mais ils exécutent généralement le travail correspondant à un horaire.
Après tout, vous ne pouvez pas exécuter juju dans un état distribué ou sans agent, ce qui est possible avec la plupart des systèmes de gestion de configuration.
Pour la plupart des marionnettes, etc. sont des langages spécifiques à un domaine, alors que le juju est un système, pas un langage.
Lire d'autres questions sur les étiquettes juju automation puppet chef