Node.js, tour d'horizon !

Node.js est un serveur JavaScript event driven non bloquant

Initié en 2009

JavaScript ?

Côté serveur ?

Et mono threadé en plus ?

                $ brew install node
            

                    var http = require('http');

                    http.createServer(function (req, res) {
                        res.writeHead(200, {'Content-Type': 'text/plain'});
                        res.end('Hello Open-XKE\n');
                    }).listen(9000, 'localhost');

                    console.log('Server running at http://localhost:9000/');
                

                    node app.js
                

                    $ grunt {task}
                

Très bien, mais je peux faire quoi avec node.js ?

Très bien, mais je peux faire quoi avec node.js ?

• APIs REST
• Applications single page
• Streaming de données
• Application temps réel

Domaines d'application possible

• Applications mobiles
• Dashboards
• Pari sportif
• Messagerie instantanée
• Gaming
• ...

Et que devrais-je éviter de faire avec node.js ?

Et que devrais-je éviter de faire avec node.js ?

• Les tâches gourmandes en CPU
• Les tâches bloquantes

ExpressJS est un framework web minimaliste and flexible, fournissant un ensemble robuste de fonctionalités pour construire des applications single et multi pages.

Yet another acronym !

• MongoDB
• ExpressJS
• Angular
• Node.js

• NoSQL Database oriented document
• REST oriented layer
• Single page application
• Event based server

• Gestion des erreurs spartiate. Si une erreur n'est pas catchée, alors le process tombe
• Difficulté de catcher les erreurs
• Outil de monitoring de processus obligatoire

• Etre plus résilient face aux erreurs
• Avoir un code sandboxé
• Un domaine émet un évènement "error" quand il intercepte une erreur.

                domain.create()
                   .on('error', function (err) {
                        // handle error
                    })
                    .run(hello);
            

• L'API de clusterisation, permettant de lancer de multiples instances du programmes
• Idéalement, une instance par cpu
• Ne supprime par le besoin de monitoring des process
• API considérée comme instable par la documentation node.js
• Dans les faits l'API évolue peu...

                cluster = require("cluster")
                http = require("http")
                numCPUs = require("os").cpus().length

                if cluster.isMaster
                    # Fork workers.
                    i = 0
                    while i < numCPUs
                        cluster.fork()
                        i++
                        cluster.on "exit", (worker, code, signal) ->
                            console.log "worker " + worker.process.pid + " died"
                else
                    # Workers can share any TCP connection.
                    # In this case its a HTTP server
                    http.createServer((req, res) ->
                        res.writeHead 200
                        res.end "hello world\n"
                    ).listen 8000
            

• Clusterise n'importe quelle application node.js (HTTP)
• Reload automatique sur changement de fichier ...
• Ou bien sur l'envoi d'un signal au process

                kill -s SIGUSR2 <cluster_pid>
            

                fs = require "fs"
                util = require "util"
                http = require "http"
                recluster = require "recluster"

                cluster = recluster "#{__dirname}/app.js"
                cluster.run()

                fs.watchFile "package.json", (curr, prev) ->
                    console.log "Package.json changed, reloading cluster..."
                    cluster.reload()

                process.on "SIGUSR2", ->
                    console.log "Got SIGUSR2, reloading cluster..."
                    cluster.reload()

                console.log "Spawned cluster, kill -s SIGUSR2 #{process.pid} to reload"
            

Zero Downtime Deployment

• Upstart + Respawn
• Recluster => Nb workers == Nb CPU
• NGINX => HTTP Proxy / HTTP 502 error page

• Load balancing
• Prise en charge des resources statiques
• Compression GZip
• Délégation des traitement dynamiques à Node.js
• Affichage de pages spécifiques en cas d'erreur (502, 404, ...)

Distributions

Alexis Kinsella, Xebia France

• blog.xebia.fr
• twitter.com/alexiskinsella
• akinsella@xebia.fr

Github: github.com/akinsella/node-overview