Un moyen facile d'empêcher Heroku de tourner au ralenti?

Dans les applications gratuites Heroku, les dynos semblent tourner au ralenti - mon application a un trafic très faible, mais il n'est également pas vraiment acceptable dans mon cas que mes utilisateurs doivent attendre plus de 20 secondes pour faire tourner un nouveau dyno.

Franchement, avec ce genre d'attente, beaucoup partiront avant même que la première page ne s'affiche.

Donc, j'ai un problème: devrais-je payer 36 $ par mois pour économiser à chaque utilisateur une durée embarrassante de 20 secondes lorsque mon trafic est à un chiffre par jour.

Y a-t-il un moyen de contourner ceci??

Vous pouvez installer le module complémentaire New Relic gratuit . Il dispose d'une fonction de surveillance de la disponibilité qui exécutera une commande ping sur votre site deux fois par minute, empêchant ainsi le dynamomètre de tourner au ralenti.

Plus ou moins la même solution que Jesse mais peut-être plus intégrée à Heroku ... Et avec quelques avantages (la surveillance des performances est tout simplement géniale).

Remarque: à tous ceux qui disent que cela ne fonctionne pas: la partie importante de ma réponse est "moniteur de disponibilité". Installer simplement l'addon n'aidera pas. Vous devez également configurer la surveillance de la disponibilité avec l'URL de votre application Heroku.

Comme alternative à Pingdom, je suggère d'essayer Uptimerobot . Il est gratuit et offre une vérification du site à 5 minutes d'intervalle. Cela fonctionne très bien pour moi.

MISE À JOUR du 7 mai 2015: Cela ne sera plus possible, car Heroku changera son dyno gratuit pour éviter de le garder en vie pendant 24 heures:

Un autre changement important concerne le sommeil dynamique ou la marche au ralenti. Alors que les applications non payantes ont toujours dormi après un délai d'activité, certaines applications ont utilisé des services de ping automatique pour éviter ce comportement. les dynos gratuits sont autorisés 18 heures éveillés par période de 24 heures, et au cours des prochaines semaines, nous commencerons à informer les utilisateurs des applications qui dépassent cette limite. Avec l'introduction du dyno hobby (7 $ par mois), nous vous demandons de laisser votre application dormir après la fin du délai, ou de passer à cette nouvelle option.

Quand est-ce que ça va être en direct? Selon leur article de blog:

Les applications exécutant un seul dyno 1X qui n'accumulent pas d'autres frais de dyno seront migrées progressivement vers les nouveaux dynos gratuits à partir du 1er juillet .

À mon avis, l'utilisation du niveau «gratuit» du service ne devrait pas alimenter une application de production ou orientée client. Bien que les solutions ci-dessus fonctionnent contre le ralenti Dyno, réfléchissez bien à ce que vous faites.

Si rien d'autre, utilisez une tâche cron pour envoyer une requête ping à votre site et désactivez la vérification des périodes connues de faible utilisation (c'est-à-dire la nuit) pour vous assurer que Heroku ne supprime pas le niveau gratuit pour tout le monde.

Vous pouvez également essayer http://kaffeine.herokuapp.com (créé par mes soins), il est conçu pour empêcher les applications Heroku de s'endormir. Il exécutera une commande ping sur votre application toutes les 10 minutes afin que votre application ne se mette pas en veille. C'est totalement gratuit.

Vous pouvez utiliser http://pingdom.com/ pour vérifier votre application; si cela est fait toutes les minutes, heroku ne ralentira pas votre application et n'aura pas besoin de tourner.

Réponse facile - si vous appréciez le service, payez-le.

Toutes ces «astuces» pour profiter des avantages d'un service payant ... eh bien, c'est essentiellement comme voler du câble. Discutable même de les énumérer ici. Quelle est la prochaine étape, comment pirater des jeux?

Comme une autre affiche ici, j'apprécie le service gratuit de développement et de test et je serai très ennuyé par tous les types à éthique si Heroku le supprime car il y a trop de freeloaders. Je ne pense tout simplement pas qu'il ait été assez direct dans ses critiques.

Testé et travaillant sur ma propre application Heroku à l'aide de Node.js 0.10.x le 28/06/2013

var http = require('http'); //importing http

function startKeepAlive() {
    setInterval(function() {
        var options = {
            host: 'your_app_name.herokuapp.com',
            port: 80,
            path: '/'
        };
        http.get(options, function(res) {
            res.on('data', function(chunk) {
                try {
                    // optional logging... disable after it's working
                    console.log("HEROKU RESPONSE: " + chunk);
                } catch (err) {
                    console.log(err.message);
                }
            });
        }).on('error', function(err) {
            console.log("Error: " + err.message);
        });
    }, 20 * 60 * 1000); // load every 20 minutes
}

startKeepAlive();

J'utilise l'addon Heroku Scheduler fourni gratuitement par Heroku. Une fois ajouté, il est simple de créer un travail avec «curl http://yourapp.herokuapp.com » et un intervalle de 10 minutes.

Il est dit dans la documentation Heroku qu'avoir plus d'un dyno web ne sera jamais inactif. Peut-être une solution moins chère que 0,09 $ / heure comme le suggère Pierre.

Documentation

J'ai noté les étapes:

➜ Ajoutez la gem 'newrelic_rpm' à votre Gemfile sous staging & production
➜ bundle install
➜ Connectez-vous au panneau de contrôle heroku et ajoutez newrelic addon
➜ Une fois ajouté, configurez le ping automatique sur votre site Web pour qu'il ne reste pas inactif
➜ Naviguez vers Menu> Surveillance de la disponibilité ( sous Paramètres) → Cliquez sur «Activer la surveillance de la disponibilité»
➜ Entrez l'URL pour cingler (par exemple: http://spokenvote.org )
➜ Sélectionnez 1 minute pour l'intervalle

J'ai trouvé un autre site gratuit qui testera constamment votre site appelé Unidler

http://unidler.herokuapp.com/

Identique à pingdom, mais n'a pas besoin de se connecter.

Notez que les nouveaux types de dyno ( actuellement en version bêta , entrants en juin 2015) interdiront de garder un dyno gratuit éveillé 24/7, car il devrait dormir au moins 6 heures par jour.

Essayez donc de supprimer toute solution que vous avez trouvée dans ce fil avant que cela ne sorte (ou payez pour le service que vous utilisez réellement).

Si vous avez accès à un serveur Unix toujours actif, vous pouvez définir un travail cron sur GETvotre site Web. Selon les nouvelles conditions du plan gratuit, vous voudrez probablement désactiver les GETs pendant la nuit, en utilisant une ligne dans votre crontab comme ceci:

*/20 8-22 * * * /usr/bin/curl domain.com &> /dev/null

Cela demande curlàGET domain.com toutes les 20 minutes entre les heures de 8 et 22.

Soit conscient que

1. Tous ceux qui veulent voir votre site Web ne vivent pas dans votre fuseau horaire et
2. Votre site peut recevoir d'autres demandes au milieu de la nuit, réveillant votre dynamo et entraînant une autre heure d'utilisation pour chaque demande. Même si personne d'autre ne connaît votre domaine, il existe des robots et des robots d'exploration qui sont toujours actifs. Par conséquent, il est conseillé de définir le processus défini dans votre crontab pour qu'il ne soit actif que de 14 à 16 heures pour fournir un tampon contre ces réveils

Assurez-vous également que l'heure de votre système est correctement configurée afin que la fenêtre d'indisponibilité se produise lorsque vous vous y attendez.

La plupart des réponses ici sont obsolètes ou ne fonctionnent pas actuellement. Le niveau gratuit actuel pour les comptes personnels donne une base de 550 heures de dyno gratuites chaque mois.

Et un compte gratuit vérifié vous donne 1000 heures de dyno gratuit. J'ai écrit un article sur la façon dont j'ai rendu mon application gratuite éveillée.

https://link.medium.com/uDHrk5HAD0

J'espère que cela aidera toute personne qui a besoin d'une solution en 2019

ce travail pour moi dans une application de printemps faisant une requête http toutes les 2 minutes vers le chemin de l'URL racine `

import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
import org.springframework.scheduling.annotation.Scheduled;
import org.springframework.web.client.RestTemplate;

public class HerokuNotIdle {

private static final Logger LOG = LoggerFactory.getLogger(HerokuNotIdle.class);

@Scheduled(fixedDelay=120000)
public void herokuNotIdle(){
    LOG.debug("Heroku not idle execution");
    RestTemplate restTemplate = new RestTemplate();
    restTemplate.getForObject("http://yourapp.herokuapp.com/", Object.class);
}
}

N'oubliez pas de configurer votre contexte pour activer le planificateur et créer le bean pour votre planificateur

@EnableScheduling
public class AppConfig {

@Bean
public HerokuNotIdle herokuNotIdle(){
    return new HerokuNotIdle();
}
}

Guy, voici une application Heroku que vous pouvez exécuter pour garder plusieurs applications Heroku en vie. Ajoutez simplement les URL que vous souhaitez envoyer dans le fichier config.json.

https://github.com/jcarras/rise-and-shine

J'ai une application qui ne doit fonctionner que du lundi au vendredi vers midi. Je viens d'ajouter le script suivant à la crontab au travail:

#!/bin/sh
# script to unidle heroku installation for the use with cronjob
# usage in crontab:
# */5 11-15 * * 1-5 /usr/local/bin/uptimer.sh http://www.example.com
# The command /usr/local/bin/uptimer.sh http://www.example.com will execute every 5th minute of 11am through 3pm Mondays through Fridays in every month.
# resources: http://www.cronchecker.net
echo url to unidle: $1
echo [UPTIMER]: waking up at:
date
curl $1
echo [UPTIMER]: awake at:
date

Donc, pour n'importe quelle application, déposez simplement une autre ligne dans votre crontab comme:

*/5 11-15 * * 1-5 /usr/local/bin/uptimer.sh http://www.example.com

Je pense que la solution la plus simple est d'auto-exécuter votre propre serveur toutes les 30 minutes. Voici le code que j'utilise dans mon projet node.js pour éviter de dormir.

const request = require('request');
const ping = () => request('https://<my-app-name>.herokuapp.com/', (error, response, body) => {
    console.log('error:', error); // Print the error if one occurred
    console.log('statusCode:', response && response.statusCode); // Print the response status code if a response was received
    console.log('body:', body); // Print body of response received
});
setInterval(ping, 20*60*1000); // I have set to 20 mins interval

Une autre solution de travail: wokeDyno Voici un article de blog sur la façon dont cela fonctionne: Il est intégré dans l'application très facilement:

/* Example: as used with an Express app */

const express = require("express")
const wakeDyno = require("woke-dyno");

// create an Express app
const app = express();

// start the server, then call wokeDyno(url).start()
app.listen(PORT, () => {
    wakeDyno(DYNO_URL).start(); // DYNO_URL should be the url of your Heroku app
});

Un travail cron fera l'affaire. Voir https://cron-job.org . C'est gratuit et fiable.