Définissez l'Intervalle de Node.js vs Tâche Cron?

Je suis en apprentissage node.js et il suffit d'un vide Machine Virtuelle Linux et noeud installé.

Je suis l'exécution d'une fonction en permanence, à chaque minute 

var request = require('request')
var minutes = 1, the_interval = minutes * 60 * 1000

setInterval(function() {
    //Run code
  })
}, the_interval);

Et envisager l'ajout de quelques autres fonctions fonction de l'heure. - (par exemple, la fonction d'exécution si dateTime = dimanche à midi)

Ma question est qu'il ya des inconvénients à l'exécution d'un jeu comme ça par rapport à un cron job configurer?

Garder à l'esprit que j'ai pour exécuter cette fonction dans le nœud de chaque minute, de toute façon.

InformationsquelleAutor Philip Kirkbride | 2013-08-08
  1. 19

    Cela dépend strictement vous devez respecter la minute d'intervalle et si votre nœud de script est en train de faire autre chose en attendant. Si le seulement chose que le script est exécuté quelque chose de toutes les X, je vais considérer simplement avoir votre nœud de script ne X à la place, et la planification en utilisant le planificateur du système d'exploitation.

    Si vous créez et exécutez ce nœud, vous avez à gérer le cycle de vie de l'application et de s'assurer de son fonctionnement, de récupérer des accidents, etc. L'exécution d'une fois par minute via CRON est beaucoup plus simple et à mon avis, est plus à la Philosophie Unix.

    • En regardant en arrière sur ce, maintenant je me sens CRON est la meilleure solution. Pourquoi dois-je exécuter un nœud application 24/7 alors que je pourrais simplement l'installation d'un cron job à exécuter pour les quelques secondes chaque jour que j'en ai besoin.
    • mais n'est-ce pas cron une application qui fonctionne 24/7 ?
    InformationsquelleAutor Timothy Strimple
  2. 32

    Ma question est qu'il ya des inconvénients à l'exécution d'un jeu comme ça par rapport à un cron job configurer?

    Tant que //run the code n'est pas un CPU de chose, comme la cryptographie, bâton avec 1 noeud processus, au moins pour commencer. Puisque vous êtes exigeant request je suppose que vous pourriez faire une requête HTTP, qui est IO, ce qui signifie que ce sera très bien.

    C'est juste plus simple pour avoir 1 chose à installer/lancer/start/stop/mise à niveau/connect-a-débogueur, que de traiter avec un serveur d'application ainsi qu'un cron processus de gestion. Pour ce que ça vaut, le garder en javascript rend portable sur l'ensemble des plates-formes, bien que, probablement, n'a pas vraiment d'importance.

    Il est également pratique pour nœud-cron module que j'ai utilisé, ainsi que d'environ un bazillion d'autres alternatives.

    • Peter: Ne vous lancez nœud-cron sur le même nœud de l'instance que vos autres trucs? J'envisage de faire quelque chose de similaire, mais je suis curieux de savoir si la filature d'une autre instance est une bonne idée...
    • Oui, commencer simplement et ont un processus. Il est plus facile de surveiller, garder en cours d'exécution, et de débogage, d'abord. Comme votre capacité opérationnelle et de la charge du trafic augmente, plus tard, de le fractionner dans un processus séparé, mais BAISER pour commencer.
    InformationsquelleAutor Peter Lyons