KumuluzEE Node.js Discovery
KumuluzEE Node.js Discovery is a service discovery library for the KumuluzEE microservice framework. It is Node.js package based on a KumuluzEE Discovery, service discovery extension for microservices written in Java programming language. It provides support for service registration, service discovery and client side load balancing.
KumuluzEE Node.js Discovery provides full support for microservices packed as Docker containers. It also provides full support for executing microservices in clusters and cloud-native platforms with full support for Kubernetes.
Node version >= 8.0.0:
$ npm install --save @kumuluz/kumuluzee-discovery
Note: if you are installing library on Debian operating system run this command first:
$ sudo apt-get install nodejs-legacy
Before you can start using this library you should configure properties in order to successfully connect to desired discovery framework. If you wish to connect to Consul check section Configuring Consul or Configuring etcd to connect to etcd.
Library also supports retry delays on watch connection errors. For more information check Retry delays.
Firstly we need to import KumuluzEE Discovery client.
const KumuluzeeDiscovery = default;
Connect to a given discovery source. Function accepts
options object with two properties:
- extension (String): name of discovery source, possible values are
- configPath (String, optional): path to your configuration source file, default values are
Registers service to specified discovery source with given options.
registerService takes six parameters:
- value (String): service name of a registered service. Service name can be overridden with configuration key
- ttl (Integer, optional): seconds to live of a registration key in the store. Default value is
30. TTL can be overridden with configuration key
- pingInterval (Integer, optional): an interval in which service updates registration key value in the store. Default value is
20seconds. Ping interval can be overridden with configuration key
- environment (String, optional): environment in which service is registered. Default value is
'dev'. Environment can be overridden with configuration key
- version (String, optional): version of service to be registered. Default value is
'1.0.0'. Version can be overridden with configuration key
- singleton (Boolean, optional): if true ensures, that only one instance of service with the same name, version and environment is registered. Default value is
Example of service registration:
To register a service with etcd, service URL has to be provided with the configuration key
kumuluzee.server.base-url in the following format:
http://localhost:8080. Consul implementation uses agent's IP address for the URL of registered services, so this key is not used.
Discovers service on specified discovery source.
Function takes four parameters:
- value (String): name of the service we want to discover,
- environment (String, optional): service environment, e.g. prod, dev, test. If value is not provided, environment is set to the value defined with the configuration key
kumuluzee.env.name. If the configuration key is not present, value is set to
- version (String, optional): service version or NPM version range. Default value is
'*', which resolves to the highest deployed version,
- accessType (String, optional): defines, which URL is returned. Supported values are
'DIRECT'. Default is
Example of service discovery:
const serviceUrl = await KumuluzeeDiscovery
If no service is found,
null is returned.
Service discovery supports two access types:
GATEWAYreturns gateway URL, if it is present. If not, behavior is the same as with
DIRECTalways returns base URL or container URL.
If etcd implementation is used, gateway URL is read from etcd key-value store used for service discovery. It is stored in key
/environments/'environment'/services/'serviceName'/'serviceVersion'/gatewayUrl and is automatically updated, if value changes.
If Consul implementation is used, gateway URL is read from Consul key-value store. It is stored in key
/environments/'environment'/services/'serviceName'/'serviceVersion'/gatewayUrl and is automatically updated on changes, similar as in etcd implementation.
Service discovery support NPM-like versioning. If service is registered with version in NPM format, it can be discovered using a NPM range. Some examples:
'*'would discover the latest version in NPM format, registered with etcd
'^1.0.4'would discover the latest minor version in NPM format, registered with etcd
'~1.0.4'would discover the latest patch version in NPM format, registered with etcd
For more information see NPM semver documentation.
Using the last-known service
Etcd implementation improves resilience by saving the information of the last present service, before it gets deleted. This means, that etcd discovery extension will return the URL of the last-known service, if no services are present in the registry. When discovering the last-known service a warning is logged.
Executing service discovery only when needed
When discovering service with
discoverService function the service is discovered every time the function is called. While in a run time service is listening for changes so the value of discovered service is changed in a background. Every time a change of discovered service happens info about the change is logged. So in order to access the new discovered service value you need to call discovering function again.
Cluster, cloud-native platforms and Kubernetes
KumuluzEE Node.js Discovery is also fully compatible with clusters and cloud-native platforms. For more information check Cluster, cloud-native platforms and Kubernetes.
Recent changes can be viewed on Github on the Releases Page
See the contributing docs
When submitting an issue, please follow the guidelines.
When submitting a bugfix, write a test that exposes the bug and fails before applying your fix. Submit the test alongside the fix.
When submitting a new feature, add tests that cover the feature.