pinusmod-admin

pinus-admin is an admin console library for pinus. It provides the a series of utilities to monitor the pinus server clusters.

Usage no npm install needed!

<script type="module">
  import pinusmodAdmin from 'https://cdn.skypack.dev/pinusmod-admin';
</script>

README

Build Status

pinus-admin

pinus-admin is an admin console library for pinus. It provides the a series of utilities to monitor the pinus server clusters.

Installation

npm install pinus-admin

Basic conception

Process roles

There are three process roles in pinus-admin: master, monitor and client.

  • master - the master server process, collects and maintains all the client and monitor status and exports the cluster status for the clients.

  • monitor - monitor proxy, in every server process which needs to be monitored. It should be started during the process starts and registers itself to the master server and reports the monitored process status to the master.

  • client - pinus-admin client process that fetches the status from master server, such as pinus-admin-web and pinus-cli.

Message types

There are two message types of the communication between processes.

  • request - bidirectional message that cooperated with response.

  • notify - unidirectional message.

Components

ConsoleService

Main service of pinus-admin that runs in both master and monitor processes. It maintains the master agent or monitor agent for the process, loads the registed modules and provides the messages routing service for the messages from other processes.

MasterAgent

pinus-admin agent that runs on the master process to provide the basic network communication and protocol encoding and decoding.

MonitorAgent

pinus-admin agent that runs on the monitor process to provide the basic network communication and protocol encoding and decoding.

Module

Module is the place to implement the monitor logic, such as process status collecting. Developer can register modules in pinus-admin to customize all kinds of system monitors.

There are three optional callback functions in each module.

  • function masterHandler(agent, msg, cb) - callback in master process to process a message from monitor process or a timer event in master process.

  • function monitorHandler(agent, msg, cb) - callback in monitor process to process a message from master process or a timer event in monitor process.

  • function clientHandler(agent, msg, cb) - callback in master process to process a message from client.

The relations of the components is as below:

![pinus-admin-arch](http://pinus.netease.com/resource/documentImage/pinus-admin-arch.png)

Usage

var admin = require("pinus-admin");

Create a consoleService instance in master process.

var masterConsole = admin.createMasterConsole({  
    port: masterPort  
});  

Register an admin module.

masterConsole.register(moduleId, module);  

Start masterConsole.

masterConsole.start(function(err) {  
  // start servers  
});  

Create a consoleService instance in monitor process.

var monitorConsole = admin.createMonitorConsole({  
    id: serverId,  
    type: serverType,  
    host: masterInfo.host,  
    port: masterInfo.port,  
    info: serverInfo  
}); 

Customized modules

Developers can customize modules to collect and export additional status as they need.

Simple example

var Module = function(app, opts) {
  opts = opts || {};
  this.type = opts.type || 'pull';  // pull or push 
  this.interval = opts.interval || 5; // pull or push interval
};

Module.moduleId = 'helloPinus';

module.exports = Module;

Module.prototype.monitorHandler = function(agent, msg) {
  var word = agent.id + ' hello pinus';
  // notify admin messages to master
  agent.notify(Module.moduleId, {serverId: agent.id, body: word});
};

Module.prototype.masterHandler = function(agent, msg) {
  // if no message, then notify all monitors to fetch datas
  if(!msg) {
    agent.notifyAll(Module.moduleId);
    return;
  }
  // collect data from monitor
  var data = agent.get(Module.moduleId);
  if(!data) {
    data = {};
    agent.set(Module.moduleId, data);
  }

  data[msg.serverId] = msg;
};

Module.prototype.clientHandler = function(agent, msg, cb) {
  // deal with client request,directly return data cached in master
  cb(null, agent.get(Module.moduleId) || {});
};

Register customized modules

you must register your customized modules to pinus to make it work.
write in app.js which is in your project's root directory

app.configure('production|development', function() {
  app.registerAdmin('helloPinus',new helloPinus());
});

User level control

pinus-admin defines user level for admin client to login master server in this schema

{
    "id": "user-1",
    "username": "admin",
    "password": "admin",
    "level": 1
}

level defines the user admin level
level 1 means the user has the admin permission, this user can do anything
other level user will have limited permission
currently add, stop, kill will require level 1 permission

note: by default you should provide adminUser.json file under the config dir
adminUser.json

[{
    "id": "user-1",
    "username": "admin",
    "password": "admin",
    "level": 1
}, {
    "id": "user-2",
    "username": "monitor",
    "password": "monitor",
    "level": 2
},{
    "id": "user-3",
    "username": "test",
    "password": "test",
    "level": 2
}
]

Self-defined auth

pinus-admin provides a simple auth function in pinus-admin auth
developers can provide self-defined auth in pinus by
in master server

app.set('adminAuthUser', function(msg, cb){
  if(auth success) {
    cb(user);
  } else {
    cb(null);
  }
})

Server master auth

server connect to master with authorization
pinus-admin provides a simple auth function in pinus-admin auth
developers can provide self-defined auth in pinus by
in master server

app.set('adminAuthServerMaster', function(msg, cb){
  if(auth success) {
    cb('ok');
  } else {
    cb('bad');
  }
})

in monitor server

app.set('adminAuthServerMonitor', function(msg, cb){
  if(auth success) {
    cb('ok');
  } else {
    cb('bad');
  }
})

note: by default you should provide adminServer.json file under the config dir
adminServer.json

[{
    "type": "connector",
    "token": "agarxhqb98rpajloaxn34ga8xrunpagkjwlaw3ruxnpaagl29w4rxn"
}, {
    "type": "chat",
    "token": "agarxhqb98rpajloaxn34ga8xrunpagkjwlaw3ruxnpaagl29w4rxn"
},{
    "type": "gate",
    "token": "agarxhqb98rpajloaxn34ga8xrunpagkjwlaw3ruxnpaagl29w4rxn"
}
]

type is the serverType, token is a string you can genrate by yourself
when using in pinus, you should fill all your servers with type:token

Notes

pinus-admin provides a series of useful system modules by default. But most of them are turned off by default. Add a simple line of code in app.js as below to enable them.

app.configure('development', function() {
  // enable the system monitor modules
  app.enable('systemMonitor');
});