npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

ctrip-apollo

v4.5.1

Published

The most delightful and handy Node.js client for ctrip apollo configuration service

Downloads

1,553

Readme

Build Status Coverage

ctrip-apollo

The most delightful and handy Node.js client for Ctrip's apollo configuration service, which

  • Provides easy-to-use APIs that just leave everything else to ctrip-apollo
  • Implements update notifications by using HTTP long polling, and handles all kinds of network errors.
  • Updates configurations in background that we could get a specific config property with a synchronous method with NO performance issues.
  • Supports custom retry policy for polling
  • Implements disk cache to against the situation that all config services are down.
  • Supports both http and https requests
  • Supports configurations in both properties format and JSON format

ctrip-apollo directly uses async/await and requires node >= 7.10.1

Related NPM Package: apollo-declare

For some scenarios, we want to:

  • declare a certain config key before we use it which makes sure that we never use a key that does not exist in apollo config service.
  • fallback to a base namespace if the config key is not defined in current namespace.

Then you can try apollo-declare

Install

$ npm i ctrip-apollo

Usage

const apollo = require('ctrip-apollo')

const app = apollo({
  host: 'http://localhost:8070',
  appId: '100004458'
})

// Get the default namespace
const namespace = app.namespace()
// Namespace is an EventEmitter of nodejs
.on('change', ({
  key,
  oldValue,
  newValue
}) => {
  // Updates new values to `process.env`
  process.env[key] = newValue
})

// - Fetch configurations for the first time
// - start update notification polling (by default)
namespace.ready()
.then(() => {
  console.log(namespace.get('portal.elastic.cluster.name'))
  // 'hermes-es-jp'

  // THen, go and change/publish configurations in apollo admin
  console.log(namespace.get('portal.elastic.cluster.name'))
  // 'hermes-es-us'
  // <----
  // ctrip-apollo handles update notifications in the background

  console.log(process.env['portal.elastic.cluster.name'])
  // 'hermes-es-us'
})

Initialize with cluster and namespace

const ns = apollo({
  host,
  appId,

  // Save local cache to the current directory
  cachePath: __dirname
})
.cluster('my-cluster')
.namespace('my-namespace')

const start = async () => {
  // We can also use async/await
  await ns.ready()

  console.log(ns.config())
  // {
  //   'portal.elastic.document.type': 'biz',
  //   'portal.elastic.cluster.name': 'hermes-es-fws'
  // }
}

start()

Disable update notifications(HTTP long polling)

and enable fetching on every 3 minutes

const app = apollo({
  host,
  appId,
  enableUpdateNotification: false,
  enableFetch: true,
  fetchInterval: 3 * 60 * 1000
})

client.ready()
.then(() => {
  console.log(client.get('portal.elastic.cluster.name'))
  // might be:
  // 'hermes-es-us'
})

Chainable

const ns = await

apollo({host, appId})               // <-- app

  .cluster('ap-northeast-1')        // <-- cluster
  .enableUpdateNotification(true)   // <-- cluster

    .namespace('account-service')   // <-- namespace
    .enableFetch(false)             // <-- namespace
    .ready()                        // <-- Promise {namespace}

console.log(ns.get('account.graphql.cluster.name'))
// might be:
// graph-us-3

Configurations in JSON format

By default, ctrip-apollo and apollo admin service store configurations in java.util.Properties format.

If we have two namespaces.

The one is account-service which stores configurations in JSON,

{
  "redis.sentinel.port": 6379
}

while the other one asset-service in properties

redis.sentinel.port=6379
const cluster = apollo({host, appId}).cluster('ap-northeast-1')

// in JSON format
cluster.namespace('account-service', 'JSON') // <=====
.ready()
// .ready() resolves the namespace instance
.then(account => {
  console.log(account.get('redis.sentinel.port')) // 6379
})

cluster.namespace('asset-service')
.ready()
.then(asset => {
  console.log(asset.get('redis.sentinel.port'))   // '6379'
})

APIs

  app (client)                           config service
    |                                        | | |
    |-- cluster  <----- long polling --------| | |
    |   |                                      | |
    |   |-- namespace  <------- fetch ---------| |
    |                                            |
    |-- cluster  <-------- long polling ---------|

app ApolloApplication

An application can have one or more clusters

apollo(options): ApolloApplication

  • options Object

Essential options:

  • host URL::host the host (including protocol, hostname and port) of the apollo config service
  • appId string apollo application id

Optional options:

  • enableUpdateNotification? boolean=true set to false to disable update notification.
  • pollingRetryPolicy? PollingRetryPolicy=apollo.DEFAULT_POLLING_RETRY_POLICY
  • enableFetch? boolean=false set to true to enable the feature
  • fetchTimeout number=0 timeout in milliseconds before the initial fetch or interval fetch result in an FETCH_TIMEOUT error.
  • fetchInterval? number=5 * 60 * 1000 interval in milliseconds to pull the new configurations. Defaults to 5 minutes. Setting this option to 0 will disable the feature.
  • fetchCachedConfig? boolean=true whether refresh configurations by fetching the restful API with caches. Defaults to true. If you want to always fetch the latest configurations (not recommend), set the option to false
  • cachePath? path specify this option to enable the feature to save configurations to the disk
  • skipInitFetchIfCacheFound? boolean=false whether a namespace should skip the initial fetching if the corresponding cache is found on disk.

Returns ApolloApplication

options.enableUpdateNotification

If options.enableUpdateNotification is set to true(the default value), all clusters will start to receive update notification automatically.

Make sure the timeout of your gateway is configured more than 60 seconds, via

options.enableFetch

If options.enableFetch is set to true (default value is false), all namespaces will fetch new configurations on every time period of options.fetchInterval

options.skipInitFetchIfCacheFound

  • true the client tries to read local cache first, if the cache is found, then it will skip the initial fetching.
  • false the client tries to fetch configuration from config service first, if it fails, it will try to read the local cache

If neither reading local cache nor fetching from remote comes successful, await namespace.ready() will fail.

app.cluster(clusterName?): ApolloCluster

  • clusterName? string='default' the cluster name. The cluster name defaults to 'default'

Creates a new cluster under the current application.

Returns ApolloCluster

app.namespace(namespaceName?, type?): ApolloNamespace

  • namespaceName? string='application' the optional namespace name which defaults to 'application' which is the default namespace name of Ctrip's Apollo config service.
  • type? enum<PROPERTIES|JSON>=PROPERTIES the type of the configuration format syntax. Defaults to 'PROPERTIES'

Create a new namespace under the default cluster of the current application

Returns ApolloNamespace.

cluster ApolloCluster

A cluster can have one or more namespaces. And all namespaces of the same cluster use a single polling manager to receive update notifications.

cluster.namespace(namespaceName?): ApolloNamespace

  • namespaceName? string='application'

Creates a new namespace of the current cluster.

Returns ApolloNamespace

cluster.enableUpdateNotification(enable): this

  • enable boolean

Enable or disable the updateNotification. Returns this

// Get the default cluster, which is equivalent to
// app.cluster('default')
const cluster = app.cluster()

// Disable update notification
cluster.enableUpdateNotification(false)

namespace ApolloNamespace

A namespace is what a configuration key belongs to.

await namespace.ready(): this

Fetch the configuration from config service for the first time, or fallback to reading the local cache file, and if options.skipInitFetchIfCacheFound is set to false (the default value).

If it fails to fetch configurations and read local cache, this method will reject.

MAKE SURE we await namespace.ready() before any namespace.config() or namespace.get() methods are invoked.

namespace.config(): Object

Returns Object the shallow copy of all configurations for the current namespace / application.

Notice that, all configuration getters of a namespace are synchronous methods

console.log('application config', namespace.config())

namespace.get(key): string

  • key string config key name

Returns the config value of the corresponding key key

console.log('config for host', namespace.get('host'))

namespace.has(key): boolean

new in 4.4.0

Check if a key is in the config.

namespace.enableFetch(enable): this

  • enable boolean

Enable or disable fetching in every options.fetchInterval

Getters

Getter: namespace.namespace

Returns string the namespace name

Getter: namespace.cluster

Returns string name of the cluster which the current namespace belongs to

Getter: cluster.cluster

Returns string the cluster name

Namespace Events

Event: 'change'

  • e.key string key of the configuration that has been changed
  • e.oldValue any the old value of the configuration
  • e.newValue any the new value of the configuration that has been set.

Emits if the any configuration changes.

By default, ctrip-apollo uses HTTP long polling to listen the changes of the configurations.

namespace.on('change', e => {
  console.log('key', e.key)
  console.log('oldValue', e.oldValue)
  console.log('newValue', e.newValue)
})

Event: 'add'

  • e.key string
  • e.value any the value of the newly added configuration

Emits if a new configuration key has been added

Event: 'delete'

  • e.key string
  • e.value any the value of the configuration that has been deleted.

Emits if a configuration key has been deleted

If options.fetchInterval is set to 0 and options.updateNotification is set to false, then the event will never emit.

Event: 'updated'

Added in 4.2.0, event data added in 4.5.0

  • e.oldConfig object the old config
  • e.newConfig object the new config after updated

Emits after all changes, adding and deletion of the current updation have been processed.

Event: 'fetch-error'

Emits if it fails to fetch configurations

Event: 'save-error'

Emits if it fails to save configurations to local cache file

PollingRetryPolicy

PollingRetryPolicy is to tell the system what to do next if an error occured when receiving update notifications.

type PollingRetryPolicy = Function(retries): PollingRetryDirective
  • retries number how many times has retried till the last error.
interface PollingRetryDirective {
  // `abandon: true` ignores all properties below
  // and stops update notification polling which is a dangerous directive.
  abandon?: boolean
  // After `delay` milliseconds,
  // it will try to poll the update notification again
  delay?: number
  // Tells the system to reset the `retries` counter.
  // And the `retries` counter always reset to zero if it receives a sucessful notification
  reset?: boolean
}

// If there is no properties set, it will retry immediately.

The default pollingRetryPolicy is equivalent to:

// It schedule the first retry in 10 seconds, and adds extra 10s delay everytime.
// It will reset the `retries` counter after the 6th retry.
const {DEFAULT_POLLING_RETRY_POLICY} = require('ctrip-apollo')

And we can define our own policy

const pollingRetryPolicy = retries => ({
  // Stop polling after 11(the first and the latter 10 retries) errors
  abandon: retries >= 10,
  // Longer and longer delays
  delay: retries * 10 * 1000
  // And no reset
})

const app = apollo({
  ...,
  pollingRetryPolicy
})

apollo.AVAILABLE_OPTIONS Array

List of available option keys.

Error Codes

See error.js for details

License

MIT