oxymor0n / minion Goto Github PK

Minion — Microservice Framework for RabbitMQ Workers

• Easy and Minimalistic setup
• Simple to use and configure
• Designed to use with sync functions aswell as promises or async/await ones

install minion:

npm install --save minion

Create an index.js and export a function like this:

module.exports = (message) => {
   return 'Hello World'
}

Ensure that the main property inside package.json points to your microservice (which is inside index.js in this example case) and add a start script:

{
  "main": "index.js",
  "scripts": {
    "start": "minion"
  }
}

Instead of pointing to a single file on the package.json main property, set it to a directory, and create a file for each service you want:

{
  "main": "lib",
  "scripts": {
    "start": "minion"
  }
}

Once the project is done, start the worker:

npm start

Optionally you can configure a default exchange name or exchange type when launching minion, if not set the exchange name will be the same of the service, and the type of the exchange will be topic

Exchange Type

{
  "main": "lib",
  "scripts": {
    "start": "minion -t fanout"
  }
}

Exchange Name

{
  "main": "lib",
  "scripts": {
    "start": "minion -x myExchange"
  }
}

Minion provides a debug mode to test services via node repl

{
  "main": "myService.js",
  "scripts": {
    "debug": "minion -i"
  }
}

npm run debug

This will launch an interactive console where you can debug existing services or use minion itself

▶ npm run debug
> Ready to process myService
> services.myService.publish({ test: 'message'})

Within the console you have acces to services thats a list of existing services, each service have a publish method that you can use to test the service, you can also access minion itself to test new services

> const hello = (message) => { console.log(`Hello ${message}`) }
> const service = minion(hello)
> service.publish('World')
> Processing "World" routed with key hello
Hello World

You can change default worker configuration by adding a setting property as an object with configuration values like this:

const handler = (message) => {
  return 'Hello World'
}

handler.settings = {
  key: 'message.example.key',
  name: 'message.queue'
}

module.exports = handler

Check below for supported options and default values.

• name- Queue name. Defaults to handler function or file name
• exchangeType - Defaults to 'topic'
• exchangeName - Defautls to the name of the handler function.
• key - Key to bind the queue to. Defaults to service file name or queue name.
• exclusive - Defaults to false.
• durable - Defaults to true.
• autoDelete - Defaults to false.
• deadLetterExchange - By default all queues are created with a dead letter exchange. The name defaults to the name of the exchange following the .dead suffix. If you want to disable the dead letter exchange , set it as false.
• logger - Defaults to Bunyan logger, but can receive a custom logger

You can create Minion services programmatically by requiring it directly, and passing a handler as the first argument and options as the second argument:

const minion = require('minion')

minion((message) => {
  return 'Hello World'
}, {
  key: 'my.routing.key'
})

With async / await support

const minion = require('minion')

minion(async (message) => {
  return await request('https://foo.bar.zz')
})

You can create a Minion publisher programmatically by requiring it directly, and passing options as the first argument:

const minion = require('minion')

const publish = minion()

publish({ hello: 'world' }, 'a.routing.key')

You can also test your services by publishing directly to them

const minion = require('minion')

const service = minion((message) => {
  return 'Hello World'
}, {
  key: 'my.routing.key'
})

service.publish({ hola: 'mundo' })

We recommend using minion-joi or writing your own validation following that as an example.

The RabbitMQ connection URL is read from a RABBIT_URL env var, if not present it will default to: amqp://localhost

If the handler throws an error the message will be nacked and not requeued ({ requeue: false }), if you want to requeue on failure minion provider a custom error to do so

Your service:

const minion = require('../lib')
const Requeue = minion.Requeue

const handler = async (message) => {
    throw new Requeue('My message')
};

Also errors will be logged to stderr when thrown

When calling Minion programatically you receive an instance of a function you can use to inject messages directly. Assuming you're using ava for testing (as we do), you can test like this:

Your service:

const handler = (message) => {
    return true
}

Your test:

test('acks message with true', async t => {
    const service = minion(handler)
    const message = {hello: 'world'}

    const res = await service(message)
    t.true(res)
})