Enterprise-grade microservice architecture for NodeJS
========
floca is a complete solution to aid the development of enterprise-grade applications following the microservices architectural pattern. A proven stack used by numerous of systems in production for years now.
The basic idea of floca is to provide an abstraction level allowing your project to be freed of technical layers and unnecessary decoration. Your codebase will we required to define only pure CommonJS modules and all underlaying services will be set up by floca configured by a simple JSON object.
Of course, you can orchestrate your app the way you prefer, but please let us share a possible way to build up the codebase of an EE app using floca:
Each microservice
Your code is clean, pure and surprisingly simple.
$ npm install -g floca
$ floca create demoApp
$ cd demoApp
$ npm install
$ npm start
The CLI tool will create a new folder 'demoApp', and will create all required subfolders and files in it. By executing those npm commands, your microservice is ready-to-serve! The initial project will contain:
var Floca = require('floca');
var floca = new Floca({
entities: {
appName: 'NameOfYourApp',
serviceName: 'NameOfYourMicroService'
}
});
floca.start( function(){
console.log('Started.');
} );
Yes, it is that simple.
In either case, the app will
Each microservice must have a unique name and must belong to an application or domain. These names will be used in the message bus for routing and distinguish different fields of jurisdiction.
{
...
entities: {
folder: path.join( process.cwd(), 'bus'),
appName: 'APP_NAME_IS_MISSING',
serviceName: 'SERVICE_NAME_IS_MISSING',
configurator: 'Tuner'
}
...
}
Microservices will be read from the folder defined by the attribute 'folder'. An inner entity, called 'Publisher' watches that folder and according to the changes at file-level, the micoservice entities will be republished or removed. The folder 'bus' in the root of your project is the default spot.
The attributes 'appName' and 'serviceName' are used to identify the app and the microservice and to identify the constructs in the message bus.
if the attribute 'configurator' is present, the Publisher will use to get the initial configuration of the microservices before publishing. This way, you can have a centralised configuration microservice with a name identified by the attribute 'configurator' and all microservices within the same app can reach it and be configured by the object such microservices retrieves. The Publisher will send a message to the configurator microservice passing the appName and serviceName and accept the JS object interpreted as configuration and passed to the microservice.
A message bus is highly required for a microservice architecture. AMQP has been proven probably the most reliable message solution out there. A stunning wide range of features support your aims. floca tries to use a running AMQP by default specified in the config file as below:
{
...
amqp: {
connectURL: 'amqp://localhost'
}
...
}
You can set an empty string to make floca work 'offline' or specify a valid connectionURL fitting your environment.
If the following environment variables are set, floca will respect them as configuration:
AMQP_CONN_URL
In the absence of amqp connectivity, floca checks for settings for NSQ messaging solution in the config file as below:
{
...
nsq: {
nsqdHost: '127.0.0.1'
nsqdPort: 4150
}
...
}
If the following environment variables are set, floca will respect them as configuration:
NSQ_HOST, NSQ_PORT
floca supports mutliple logging solution:
Please see the options in priority order:
var logger = ...;
{
log: logger
...
}
By setting the 'log' attribute to an own logger object possessing a 'log' function, floca will use it for all internal logging activity.
{
log: {
loggly: {
token: '',
subdomain: ''
}
}
...
}
If 'loggly' attribute is present with filled values, floca will establish connection to the Loggly server and use it as logging facility.
If the following environment variables are set, floca will respect them as configuration:
LOGGLY_TOKEN, LOGGLY_SUBDOMAIN
{
log: {
level: "info",
file: "./floca.log",
maxsize: 10485760,
maxFiles: 10
}
...
}
As third option, you can log into files (maybe to a shared drive on a VM accumulated by some background service) and configure the size, number of the files specifying the minimum level of interest in logging records.
!Note: support for other logging solutions is in the pipeline...
JWT is an open industry standard method for representing claims securely between two parties. floca has built-in support for JWT. You can activate it by adding secret key to the configuration:
...
server: {
...
jwt: {
key: 'x-floca-jwt',
secret: '',
timeout: 2 * 24 * 60 * 60,
acquire: true
},
...
}
...
The attribute 'key' will be the key to be read from the header and will be added to the response as 'Access-Control-*' headers. To support token requests, the optional attribute 'acquireURI' will activate a REST request on the given URI allowing clients to acquire a token using a simple GET request.
floca allows you to insert extender functions to the setup process to extend, refine or overwrite the default behavior of floca. Extender functions have to be put to the config file. You might not need all of them, probably none of them. See an example config file below:
{
connectMiddlewares: function( ){ ... },
extendREST: function( config, rester, pathToIgnore, harcon, tools ){ ... },
runDevelopmentTest: function( rester, harcon ){ ... }
}
Connect delivers the HTTP server framework for floca, and when it is initiated, the function connectMiddlewares is searched for to extend the middleware list of connect. By default only middlewares compression and body-parser is used. Your neeed might evolve the presence of other middlewares like helmet if web pages must be provided. Your function connectMiddlewares should return an array of middlewares to be used.
connectMiddlewares: function( ){
return [ helmet.xframe('deny') ];
}
The exceptionally featureful connect-rest is used as REST layer in floca. The default behavior of floca publishes the microservices - if needed - and might publish the JWT request function. Your project might require to extend it with new REST functions like login:
extendREST: function( config, rester, pathToIgnore, harcon, tools ){
rester.post( { path: '/login', context: '/sys', version: '1.0.0' }, function( request, content, callback ){
harcon.ignite( null, '', 'DBServices.login', content.email, content.password, function(err, user){
if( err ) return callback( err );
sendJWTBack( user[0].uid, user[0].roles, options, callback );
} );
}, { options: true } );
}
Tools is an object enlisting services like JWT used by the floca.
floca can be started in development mode using the '--development' switch in the command line. This activates a scheduled checkup function printing out the list of published microservices and the method 'runDevelopmentTest' if present.
runDevelopmentTest: function( rester, harcon ){
harcon.simpleIgnite( 'DBServices.addAdmin', function(err, res){ } );
}
You might want to create documents, user records at startup time for development purposes...
If you possess an own SSL key, you can specify the absolute path of the key,cert file pairs in the configuration file as below:
...
server: {
...
ssl: {
key: path.join( process.cwd(), 'ssh', 'sign.key' ),
cert: path.join( process.cwd(), 'ssh', 'sign.crt' )
},
...
}
...
(The MIT License)
Copyright (c) 2015 Upwards Motion Ltd (1st Floor, 2 Woodberry Grove, Finchley, London N12 0DR; Company Registration No: 09074890)
Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:
The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
See https://github.com/UpwardsMotion/floca/issues.
FAQs
Enterprise-grade microservice solution for NodeJS
The npm package floca receives a total of 145 weekly downloads. As such, floca popularity was classified as not popular.
We found that floca demonstrated a not healthy version release cadence and project activity because the last version was released a year ago. It has 2 open source maintainers collaborating on the project.
Did you know?
Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.
Security News
A Stanford study reveals 9.5% of engineers contribute almost nothing, costing tech $90B annually, with remote work fueling the rise of "ghost engineers."
Research
Security News
Socket’s threat research team has detected six malicious npm packages typosquatting popular libraries to insert SSH backdoors.
Security News
MITRE's 2024 CWE Top 25 highlights critical software vulnerabilities like XSS, SQL Injection, and CSRF, reflecting shifts due to a refined ranking methodology.