Restana is a lightweight and fast Node.js framework for building RESTful APIs. Inspired by Express, it provides a simple and intuitive API for routing, handling requests and responses, and middleware management. It is designed to be easy to use and integrate with other Node.js modules, allowing developers to quickly build scalable and maintainable APIs.
Check it yourself: https://web-frameworks-benchmark.netlify.app/result?f=feathersjs,0http,koa,nestjs-express,express,sails,nestjs-fastify,restana,fastify
Restana and Express are both popular web frameworks for building REST APIs in Node.js.
- Restana is a lightweight framework, offering faster performance than Express.
- Express is more feature-rich and can handle complex applications, but this added functionality comes with a slight performance trade-off.
- Express has a larger community and more resources available, making it easier to find answers to development questions.
- Restana is more straightforward and has a smaller learning curve, allowing for faster development of simple APIs.
- Express has a wide range of built-in features, such as routing, middleware, and template engines.
- Restana focuses on simplicity and speed, offering basic features such as routing and middleware.
Ultimately, the choice between Restana and Express will depend on the specific requirements of a project.
Install
npm i restanaCreate unsecure API service:
const restana = require('restana')
const service = restana()
service.get('/hi', (req, res) => res.send('Hello World!'))
service.start(3000);Creating secure API service:
const https = require('https')
const restana = require('restana')
const service = restana({
server: https.createServer({
key: keys.serviceKey,
cert: keys.certificate
})
})
service.get('/hi', (req, res) => res.send('Hello World!'))
service.start(3000);Using http.createServer():
const http = require('http')
const restana = require('restana')
const service = restana()
service.get('/hi', (req, res) => res.send('Hello World!'))
http.createServer(service).listen(3000, '0.0.0.0')Please take note that when using
http.createServer()theservice.close()feature is not available, since restana does not have access to http server instance.
Optionally, learn through examples:
server: Allows to optionally override the HTTP server instance to be used.prioRequestsProcessing: IfTRUE, HTTP requests processing/handling is prioritized usingsetImmediate. Default value:TRUEdefaultRoute: Optional route handler when no route match occurs. Default value:((req, res) => res.send(404))errorHandler: Optional global error handler function. Default value:(err, req, res) => res.send({ code, message: 'Internal Server Error' }, code). The default handler returns a generic error message to prevent leaking sensitive internal details (e.g. database connection strings, file paths, stack traces). The appropriate HTTP status code is still preserved fromerr.status,err.code, orerr.statusCode.routerCacheSize: The router matching cache size, indicates how many request matches will be kept in memory. Default value:2000
const bodyParser = require('body-parser')
const restana = require('restana')
const service = restana()
service.use(bodyParser.json())
const pets = // ...
service
.get('/pets/:id', async (req, res) => {
res.send(await pets.findOne(req.params.id))
})
.get('/pets', async (req, res) => {
res.send(await pets.find())
})
.delete('/pets/:id', async (req, res) => {
res.send(await pets.destroy(req.params.id))
})
.post('/pets/:name/:age', async (req, res) => {
res.send(await pets.create(req.params))
})
.patch('/pets/:id', async (req, res) => {
res.send(await pets.update(req.params.id, req.body))
})
service.start(3000)const methods = ['get', 'delete', 'put', 'patch', 'post', 'head', 'options', 'trace']You can also register a route handler for all supported HTTP methods:
service.all('/allmethodsroute', (req, res) => {
res.send(200)
})service.start(3000).then((server) => {})service.close().then(()=> {})const opts = service.getConfigOptions()
getConfigOptions()returns a frozen shallow copy of the configuration options. This prevents third-party middleware from accidentally or maliciously modifying internal framework options at runtime.
service.post('/star/:username', async (req, res) => {
await starService.star(req.params.username)
const stars = await starService.count(req.params.username)
res.send({ stars })
})res.send('Hello World', 200, {
'x-response-time': 100
})Same as in express, for restana we have implemented a handy send method that extends
every res object.
Supported datatypes are:
- null
- undefined
- String
- Buffer
- Object
- Stream (errors on the stream are handled gracefully, terminating the response instead of leaving the connection hanging)
- Promise (recursive promise resolution is capped at a depth of 3 to prevent event loop starvation)
Example usage:
service.get('/promise', (req, res) => {
res.send(Promise.resolve('I am a Promise object!'))
})res.send(
// data payload
'Hello World',
// response code (default 200)
200,
// optional response headers (default NULL)
{
'x-cache-timeout': '5 minutes'
},
// optional res.end callback
err => { /*...*/ }
)Optionally, you can also just send a response code:
res.send(401)
By default, restana returns a generic Internal Server Error message to the client, preventing internal details from being leaked. The HTTP status code is preserved from err.status, err.code, or err.statusCode (defaults to 500).
To customize error responses, provide your own errorHandler:
const service = require('restana')({
errorHandler (err, req, res) {
console.log(`Something was wrong: ${err.message || err}`)
res.send(err)
}
})
service.get('/throw', (req, res) => {
throw new Error('Upps!')
})Note: When using
res.send(err)in a custom error handler, the error'smessageanddataproperties will be serialized and sent to the client. Make sure your custom handler only exposes information you intend to be public.
Issue: #81
Some middlewares don't call return next() inside a synchronous flow. In restana we enable async errors handling by default, however this mechanism fails when a subsequent middleware is just calling next() inside a sync or async flow.
Known incompatible middlewares:
- body-parser (https://www.npmjs.com/package/body-parser)
How to bring async chain compatibility to existing middlewares? The body-parser example:
const jsonParser = require('body-parser').json()
const service = require('restana')()
service.use((req, res, next) => {
return new Promise(resolve => {
jsonParser(req, res, (err) => {
return resolve(next(err))
})
})
})const service = require('restana')()
service.use((req, res, next) => {
// do something
return next()
});
...const service = require('restana')()
service.use('/admin', (req, res, next) => {
// do something
return next()
});
...Connecting middlewares to specific routes is also supported:
const service = require('restana')()
service.get('/admin', (req, res, next) => {
// do something
return next()
}, (req, res) => {
res.send('admin data')
});
...As well, multiple middleware callbacks are supported:
const service = require('restana')()
const cb0 = (req, res, next) => {
// do something
return next()
}
const cb1 = (req, res, next) => {
// do something
return next()
}
service.get('/test/:id', [cb0, cb1], (req, res) => {
res.send({ id: req.params.id })
})Since version v3.3.x, you can also use async middlewares as described below:
service.use(async (req, res, next) => {
await next()
console.log('All middlewares and route handler executed!')
}))
service.use(logging())
service.use(jwt())
...In the same way you can also capture uncaught exceptions inside the request processing flow:
service.use(async (req, res, next) => {
try {
await next()
} catch (err) {
console.log('upps, something just happened')
res.send(err)
}
})
service.use(logging())
service.use(jwt())Nested routers are supported as well:
const service = require('restana')()
const nestedRouter = service.newRouter()
nestedRouter.get('/hello', (req, res) => {
res.send('Hello World!')
})
service.use('/v1', nestedRouter)
...In this example the router routes will be available under /v1 prefix. For example: GET /v1/hello
All middlewares using the
function (req, res, next)signature format are compatible with restana.
Examples :
- raw-body: https://www.npmjs.com/package/raw-body. See demo: raw-body.js
- express-jwt: https://www.npmjs.com/package/express-jwt. See demo: express-jwt.js
- body-parser: https://www.npmjs.com/package/body-parser. See demo: body-parser.js
Service events are accessible through the service.events object, an instance of https://nodejs.org/api/events.html
service.events.BEFORE_ROUTE_REGISTER: This event is triggered before registering a route.
restana is compatible with the serverless-http library, so restana based services can also run as AWS lambdas 🚀
// required dependencies
const serverless = require('serverless-http')
const restana = require('restana')
// creating service
const service = restana()
service.get('/hello', (req, res) => {
res.send('Hello World!')
})
// lambda integration
const handler = serverless(app);
module.exports.handler = async (event, context) => {
return await handler(event, context)
}See also:
Running restana service as a lambda using AWS SAM at https://github.com/jkyberneees/restana-serverless
restana restana based services can also run as Cloud Functions for Firebase 🚀
// required dependencies
const functions = require("firebase-functions");
const restana = require('restana')
// creating service
const service = restana()
service.get('/hello', (req, res) => {
res.send('Hello World!')
})
// lambda integration
exports = module.exports = functions.https.onRequest(app.callback());You can read more about serving static files with restana in this link: https://itnext.io/restana-static-serving-the-frontend-with-node-js-beyond-nginx-e45fdb2e49cb
Also, the restana-static project simplifies the serving of static files using restana and docker containers:
// ...
const service = restana()
service.get('/hello', (req, res) => {
res.send('Hello World!')
})
// using "the callback integrator" middleware
const server = http.createServer(service.callback())
//...As a Node.js framework implementation based on the standard http module, restana benefits from out of the box instrumentation on
existing APM agents such as:
"Routes Naming" discovery is not supported out of the box by the Elastic APM agent, therefore we have created our custom integration.
// getting the Elastic APM agent
const agent = require('elastic-apm-node').start({
secretToken: process.env.APM_SECRET_TOKEN,
serverUrl: process.env.APM_SERVER_URL
})
// creating a restana application
const service = require('restana')()
// getting restana APM routes naming plugin
const apm = require('restana/libs/elastic-apm')
// attach route naming instrumentation before registering service routes
apm({ agent }).patch(service)
// register your routes or middlewares
service.get('/hello', (req, res) => {
res.send('Hello World!')
})
// ..."Routes Naming" discovery is not supported out of the box by the New Relic APM agent, therefore we have created our custom integration.
// getting the New Relic APM agent
const agent = require('newrelic')
// creating a restana application
const service = require('restana')()
// getting restana APM routes naming plugin
const apm = require('restana/libs/newrelic-apm')
// attach route naming instrumentation before registering service routes
apm({ agent }).patch(service)
// register your routes or middlewares
service.get('/hello', (req, res) => {
res.send('Hello World!')
})
// ...https://goo.gl/forms/qlBwrf5raqfQwteH3
Restana version 5.2 includes important security hardening while remaining backward compatible for most users.
Changed:
- The default
errorHandlerno longer sendserr.messageorerr.datato clients. It now returns a generic{ code, message: 'Internal Server Error' }response. If you need the previous behavior, provide a customerrorHandler. getConfigOptions()now returns a frozen shallow copy of the options object instead of a direct mutable reference.- Stream responses (
res.send(stream)) now handle stream errors gracefully, terminating the response instead of leaving the connection hanging. - Promise resolution in
res.send()is now capped at a depth of 3 to prevent event loop starvation from deeply nested promise chains.
Restana version 4.x is much more simple to maintain, mature and faster!
Added:
- Node.js v10.x+ is required.
0httpsequential router is now the default and only HTTP router.- Overall middlewares support was improved.
- Nested routers are now supported.
- Improved error handler through async middlewares.
- New
getRouterandnewRoutermethods are added for accesing default and nested routers.
Removed:
- The
responseevent was removed. find-my-wayrouter is replaced by0httpsequential router.- Returning result inside async handler is not allowed anymore. Use
res.send...
Removed:
- Support for
turbo-httplibrary was dropped.
- restana = faster and efficient Node.js REST APIs: https://itnext.io/restana-faster-and-efficient-node-js-rest-apis-1ee5285ce66
You can support the maintenance of this project:
- PayPal: https://www.paypal.me/kyberneees
- TRON Wallet:
TJ5Bbf9v4kpptnRsePXYDvnYcYrS5Tyxus
