Perché dovrei usare Restify?

Avevo il requisito di creare un'API REST in node.js e stavo cercando un framework più leggero di express.js che probabilmente evitasse le funzionalità indesiderate e agisse come un framework personalizzato per la creazione di API REST. Restify dalla sua introduzione è consigliato per lo stesso caso.

Lettura Perché usare restify e non express? sembrava che il restify fosse una buona scelta.

Ma la sorpresa è arrivata quando ho provato entrambi con un carico.

Ho creato un'API REST di esempio su Restify e l'ho riempita con 1000 richieste al secondo. Sorpresa per me il percorso ha iniziato a non rispondere dopo un po '. La stessa app costruita su express.js ha gestito tutto.

Attualmente sto applicando il carico all'API tramite

var FnPush = setInterval(function() {           
    for(i=0;i<1000;i++) 
        SendMsg(makeMsg(i));                
}, 1000);

function SendMsg(msg) {
    var post_data = querystring.stringify(msg);
    var post_options = {
        host: target.host,
        port: target.port,
        path: target.path,
        agent: false,
        method: 'POST',
        headers: {
                'Content-Type': 'application/x-www-form-urlencoded',
                'Content-Length': post_data.length,
                "connection": "close"
            }
    };

    var post_req = http.request(post_options, function(res) {});
    post_req.write(post_data);  
    post_req.on('error', function(e) {          
    }); 
    post_req.end();
}

I risultati che ho ottenuto sembrano sensati? E se è così express è più efficiente di restify in questo scenario? O c'è qualche errore nel modo in cui li ho testati?

aggiornato in risposta ai commenti

comportamento di restify

1. quando alimentato con un carico di oltre 1000 req.s interrompe l'elaborazione in appena 1 secondo ricevendo fino a 1015 req.s e poi non fa nulla. cioè. il contatore che ho implementato per il conteggio delle richieste in arrivo interrotte aumenta dopo 1015.

2. se alimentato con un carico anche di 100 req. al secondo ha ricevuto fino a 1015 e dopo non ha risposto.

Rettifica : questa informazione ora è sbagliata, continua a scorrere!

si è verificato un problema con lo script che causava l'esecuzione del test Restify su un percorso non intenzionale. Ciò ha causato il mantenimento della connessione, migliorando le prestazioni a causa del ridotto overhead.

Questo è il 2015 e penso che la situazione sia cambiata molto da allora. Raygun.io ha pubblicato un recente benchmark che confronta hapi, express e restify .

Dice:

Abbiamo anche identificato che Restify mantiene attive le connessioni, il che rimuove il sovraccarico di creare una connessione ogni volta che viene chiamato dallo stesso client. Per essere onesti, abbiamo anche testato Restify con il flag di configurazione di chiusura della connessione. Vedrai una sostanziale diminuzione del throughput in quello scenario per ovvi motivi.

Sembra che Restify sia un vincitore qui per implementazioni di servizi più semplici. Soprattutto se stai costruendo un servizio che riceve molte richieste dagli stessi clienti e vuoi muoverti rapidamente. Ovviamente ottieni molto più rapporto qualità-prezzo rispetto a Node nudo poiché hai funzionalità come il supporto DTrace integrato.

Questo è il 2017 e l'ultimo test delle prestazioni di Raygun.io che confronta hapi, express, restify e Koa.

Mostra che Koa è più veloce di altri framework, ma poiché questa domanda riguarda express e restify, Express è più veloce di restify.

Ed è scritto nel post

Ciò dimostra che in effetti Restify è più lento di quanto riportato nel mio test iniziale.

Secondo la descrizione del Node Knockout :

restify è un modulo node.js creato appositamente per creare servizi web REST in Node. restify semplifica molti dei problemi difficili della creazione di un servizio di questo tipo, come il controllo delle versioni, la gestione degli errori e la negoziazione dei contenuti. Fornisce inoltre sonde DTrace integrate che puoi ottenere gratuitamente per scoprire rapidamente dove si trovano i problemi di prestazioni della tua applicazione. Infine, fornisce una solida API client che gestisce i tentativi / backoff per te su connessioni non riuscite, insieme ad altre sottigliezze.

Probabilmente i problemi di prestazioni e i bug possono essere risolti. Forse quella descrizione sarà una motivazione adeguata.

Mi sono imbattuto in un problema simile nel benchmarking di più framework su OS X tramite ab. Alcuni degli stack sono morti, costantemente, dopo circa la millesima richiesta.

Ho superato il limite in modo significativo e il problema è scomparso.

Puoi controllare che il tuo maxfiles sia a con ulimit , (o launchctl limit <solo OS X) e vedere qual è il massimo.

Spero che aiuti.

ero confuso con express o restify o perfectAPI. ho anche provato a sviluppare un modulo in tutti loro. il requisito principale era realizzare un RESTapi. ma alla fine sono finito con express, mi sono messo alla prova con la richiesta al secondo fatta su tutto il framework, l'express ha dato risultati migliori di altri. Anche se in alcuni casi il restify outshines express ma express le cuciture per vincere la gara. Mi congratulo per espresso. E sì, mi sono imbattuto anche in locomotive js, alcuni framework MVC costruiti su express. Se qualcuno cerca un'app MVC completa che utilizzi Express e Jade, scegli la locomotiva.