Les deux solutions sont bonnes, et il ya des avantages et des inconvénients pour chacun d'eux.
Dieu fichier de config est écrit en Ruby, de sorte que vous pouvez faire pratiquement tout ce Ruby permet de le faire, et c'est beaucoup de choses. Monit doit être configuré à l'aide de sa propre syntaxe, il est généralement OK mais plus restrictive. De toute façon, vous pouvez également générer des monit config avec Ruby (comme une partie de votre stratégie de déploiement).
Aussi, monit utilise moins de ressources, donc si vous êtes sur un VPS ou tout simplement n'ont pas de mémoire libre, monit pourrait être un meilleur choix. Personnellement, je préfère dieu, car il est plus configurable.
Voici un très bon screencast sur dieu. Il y a aussi beaucoup de commentaires dans les commentaires de ce screencast.
Oui, dieu Rubis du fichier de config (intégrés dans XMPP déclarant), il est particulièrement tentant pour moi. Et depuis que je suis sur mon propre serveur dédié, je pense que je vais lui donner un essai.
Assurez-vous de faire vos devoirs avant de vous utilisez dieu. Il y a quelques problèmes de fiabilité que j'ai vécu ainsi que quelques autres personnes que je connais qui exécutent des principales applications Rails. Une chose que dieu ne très bien, c'est le marché lui-même comme un être magique, "facile", de l'argent-balle. C'est loin de la vérité.
Il semble que vous ne pouvez pas avoir un processus de dépendre d'une autre en dieu? - C'est un problème majeur. Si vous voulez démarrer votre base de données avant de votre application web, vous ne pouvez pas! Il va tenter de démarrer les deux en même temps. Je suis surpris que personne ne l'a mentionné.
Une autre chose utile à savoir; Dieu nécessite un accès root, et le cn module du noyau. Ces ne sont pas disponibles sur de nombreux dynamiques comme des services d'hébergement cloud heroku ou dotcloud.
Dieu fuites de mémoire assez mal, donc j'ai choisi Monit pour mon VPS. Monit tourne autour de 2 mo de RAM en permanence, alors que mon dieu installer en cours d'exécution sur Ruby 1.8.6 coulé à environ 60 MO de RAM en 36 heures. Je ne voulais pas suivre mon système de surveillance de l'outil j'ai donc mis au rebut Dieu et s'approcha de Monit et ont eu absolument aucun problème.
Personne ne sait si ce problème persiste avec Ruby 1.8.7? J'aime vraiment le "Rubyness" de dieu et j'aimerais donner un coup de feu, de toute façon.
Je ne suis pas sûr, si vous êtes intéressés, je dirais en tenir compte et de lui donner un coup de toute façon. Je ne suis pas contre Dieu, j'ai bien aimé, je ne pouvais pas vivre avec les fuites. L'utilisation de la il était bon, juste pas pratique pour moi.
+1 pour avoir utilisé les deux et prendre le temps de partager votre expérience
Il a été un long temps depuis le dernier post (2 ans). Est-il Dieu reste une bonne solution. Dieu avait-il amélioré? a-t-elle le problème de fuite de mémoire? Est-ce un bon choix?
Est-il même possible de bien fixer les besoins en mémoire d'une application ruby pour cette tâche? Si il doit demander au système de la mémoire à tous après le démarrage, alors qu'il peut mourir dans une situation d'insuffisance de mémoire. Peut ruby être dit d'utiliser uniquement de la mémoire à partir d'un pré-attribués?
Le seul vrai problème avec monit (si c'est un problème) c'est que les fichiers de configuration peuvent obtenir un peu verbeux si vous êtes en cours d'exécution de grands groupes, mais ce pourrait être résolu avec un système de template.
Nous avons été en cours d'exécution monit sur nos clusters maintenant plus de trois mois et l'un des meilleurs sys-admin décisions que nous avons prises. Monit n'a toujours pas de panne ou de fuite de mémoire depuis que nous avons fait. Si vous avez connu les mêmes frustrations que j'ai fait avec dieu et sont en colère à ce sujet, je vous demande de fournir certains lien-bate de mon blog alors que d'autres de Google "dieu" ou "dieu" contrôle des processus, ils peuvent être averti avec mon coup de gueule.
J'ai eu une tonne de problèmes, même obtenir de Dieu tout sur mon serveur Ubuntu. Finalement, j'ai simplement abandonné. Monit peut ne pas être en Ruby, mais c'est en grande partie sans tracas.
Pouvez-vous être plus précis? Quel genre de problèmes?
Assurez-vous. $ sudo dieu vérifier à l'aide de système d'événement: netlink de départ gestionnaire d'événement bifurcation de nouveaux processus de fourche processus avec pid = 15795 processus de destruction [fail] n'a jamais reçu de sortie du processus de l'événement
À quiconque de découvrir ce post à l'avenir, vous pourriez aussi envisager bluepill comme une alternative à Dieu. Alors que j'avais l'espoir que Dieu a des adresses de ses problèmes de mémoire dans les deux dernières années, je sais bluepill a été dès le début pour s'exécuter sur une petite surface. Alors toujours pas aussi petit que monit, bluepill empreinte est très raisonnable (~16 MO VIRT, 13 MO RES pour moi).
J'aime bluepill jusqu'à présent. Belle syntaxe, facile à utiliser. Mais il n'a presque pas de documentation. Faire quelque chose de plus que ce qui est dans les exemples de quelques exige une lecture sur le code.. s'il vous plaît donnez-moi juste quelques base docs qui me disent ce que je peux faire avec la chose.
Si vous disposez de plusieurs niveaux de dépendances il démarre de haut niveau des applications lorsque le bas niveau des dépendances sont démarrés. Cela peut être idéal pour certains cas d'utilisation, mais ce n'est pas particulièrement souple.
Pour le moment je trouve ça assez ennuyeux. Heureusement, vous pouvez un peu de bidouille votre chemin à travers les dépendances avec leurs "groupes", mais ses pas particulièrement satisfaisant. De toute façon, c'est mon point de vue sur v5.1.1
ces raisons ont été exactement pourquoi je suis passer de dieu
que voulez-vous dire? - Dieu ne gère pas les dépendances à tous. L'intervenant a à se plaindre que Monit ne gère pas imbriquée dépendances très bien, en Dieu, vous ne pouvez pas spécifier de démarrer un processus après l'autre à tous!
c'était une rage de commentaire, quand j'étais dans l'épaisseur des choses et j'ai été surtout de parler de la PID question, n'avait pas de chargement des dépendances dans mon cas. fixe choses sur ma fin, toujours à l'aide de monit 🙂
Les deux solutions sont bonnes, et il ya des avantages et des inconvénients pour chacun d'eux.
Dieu fichier de config est écrit en Ruby, de sorte que vous pouvez faire pratiquement tout ce Ruby permet de le faire, et c'est beaucoup de choses. Monit doit être configuré à l'aide de sa propre syntaxe, il est généralement OK mais plus restrictive. De toute façon, vous pouvez également générer des monit config avec Ruby (comme une partie de votre stratégie de déploiement).
Aussi, monit utilise moins de ressources, donc si vous êtes sur un VPS ou tout simplement n'ont pas de mémoire libre, monit pourrait être un meilleur choix. Personnellement, je préfère dieu, car il est plus configurable.
Voici un très bon screencast sur dieu. Il y a aussi beaucoup de commentaires dans les commentaires de ce screencast.
Dieu fuites de mémoire assez mal, donc j'ai choisi Monit pour mon VPS. Monit tourne autour de 2 mo de RAM en permanence, alors que mon dieu installer en cours d'exécution sur Ruby 1.8.6 coulé à environ 60 MO de RAM en 36 heures. Je ne voulais pas suivre mon système de surveillance de l'outil j'ai donc mis au rebut Dieu et s'approcha de Monit et ont eu absolument aucun problème.
Dieu a beaucoup de problèmes, y compris:
J'ai fait une écriture-up à ce sujet à http://blog.bradgessler.com/use-monit-with-rails-not-god
Le seul vrai problème avec monit (si c'est un problème) c'est que les fichiers de configuration peuvent obtenir un peu verbeux si vous êtes en cours d'exécution de grands groupes, mais ce pourrait être résolu avec un système de template.
J'ai eu une tonne de problèmes, même obtenir de Dieu tout sur mon serveur Ubuntu. Finalement, j'ai simplement abandonné. Monit peut ne pas être en Ruby, mais c'est en grande partie sans tracas.
À quiconque de découvrir ce post à l'avenir, vous pourriez aussi envisager bluepill comme une alternative à Dieu. Alors que j'avais l'espoir que Dieu a des adresses de ses problèmes de mémoire dans les deux dernières années, je sais bluepill a été dès le début pour s'exécuter sur une petite surface. Alors toujours pas aussi petit que monit, bluepill empreinte est très raisonnable (~16 MO VIRT, 13 MO RES pour moi).
Monit a ses propres problèmes:
Pour le moment je trouve ça assez ennuyeux. Heureusement, vous pouvez un peu de bidouille votre chemin à travers les dépendances avec leurs "groupes", mais ses pas particulièrement satisfaisant. De toute façon, c'est mon point de vue sur v5.1.1