Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

A fault-tolerant events/alerts correlation engine

License

NotificationsYou must be signed in to change notification settings

myntra/cortex

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Cortex is a fault-tolerant events correlation engine. It groups and correlates incoming events for further actions:creating/resolving incidents/alerts or for doing root cause analysis.

The project isalpha quality and not yet ready for production.

Summary:

Find relationship between N events received at M different points in time using regex matchers and javascript

To know more about event correlation in general, please read:https://en.wikipedia.org/wiki/Event_correlation

Similar Commercial Products

  1. https://console.bluemix.net/catalog/services/event-management
  2. https://www.bigpanda.io/blog/algorithmic-alert-correlation/
  3. https://docs.servicenow.com/bundle/kingston-it-operations-management/page/product/event-management/concept/c_EMEventCorrelationRules.html

Use Cases

  • Alerts/Events Correlation
  • Event Gateway
  • FAAS
  • Incidents Management

How it works:

Cortex runs the following steps to achieve event corrrelation:

  1. Match : incoming alert --> (convert from site 24x7/icinga ) --> (match rule) -->Collect
  2. Collect --> (add to the rule bucket whichdwells around until the configured time) -->Execute
  3. Execute --> (flush after Dwell period) --> (execute configured script) -->Post
  4. Post --> (if result is set from script, post the result to the HookEndPoint or post the bucket itself if result is nil)

Screenshots

Rules

Scripts

Playground

Rules

A rule contains an array of patterns used to capture events in abucket

{"title":"a test rule","id":"test-rule-id-1","eventTypePatterns": ["acme.prod.icinga.check_disk","acme.prod.site247.*"],"scriptID":"myscript.js","dwell":4000,"dwellDeadline":3800,"maxDwell":8000,"hookEndpoint":"http://localhost:3000/testrule","hookRetry":2}

where:

EventTypePatterns is the pattern of events to be collected in a bucket.

Dwell is the wait duration since the first matched event.

Possible patterns:

{rule pattern, incoming event type, expected match}{"acme*", "acme", false},{"acme*", "acme.prod", true},{"acme.prod*", "acme.prod.search", true},{"acme.prod*.checkout", "acme.prod.search", false},{"acme.prod*.*", "acme.prod.search", false},{"acme.prod*.*", "acme.prod-1.search", true},{"acme.prod.*.*.*", "acme.prod.search.node1.check_disk", true},{"acme.prod.*.*.check_disk", "acme.prod.search.node1.check_disk", true},{"acme.prod.*.*.check_loadavg", "acme.prod.search.node1.check_disk", false},{"*.prod.*.*.check_loadavg", "acme.prod.search.node1.check_loadavg", true},{"acme.prod.*", "acme.prod.search.node1.check_disk", true},{"acme.prod.search.node*.check_disk", "acme.prod.search.node1.check_disk", true},{"acme.prod.search.node*.*", "acme.prod.search.node1.check_disk", true},{"acme.prod.search.dc1-node*.*", "acme.prod.search.node1.check_disk", false},

Events

Alerts are accepted as a cloudevents.io event(https://github.com/cloudevents/spec/blob/master/json-format.md). Site 24x7 and Icinga integration sinks are also provided.

The engine collects similar events in a bucket over a time window using a regex matcher and then executes a JS(ES6) script. The script contains the correlation logic which can further create incidents or alerts. The JS environment is limited and is achieved by embedding k6.io javascript interpreter(https://docs.k6.io/docs/modules). This is an excellent library built on top ofhttps://github.com/dop251/goja

For the above example rule, incoming events witheventType matching one ofeventTypePatterns will be put in the same bucket:

{"rule": {},"events": [{"cloudEventsVersion":"0.1","eventType":"acme.prod.site247.search_down","source":"site247","eventID":"C234-1234-1234","eventTime":"2018-04-05T17:31:00Z","extensions": {"comExampleExtension":"value"},"contentType":"application/json","data": {"appinfoA":"abc","appinfoB":123,"appinfoC":true}}]}

Scripts

After thedwell period, the configuredmyscript.js will be invoked and the bucket will be passed along:

importhttpfrom"k6/http";// result is a special variableletresult=null// the entry function called by defaultexportdefaultfunction(bucket){bucket.events.foreach((event)=>{// create incident or alert or do nothinghttp.Post("http://acme.com/incident")// if result is set. it will picked up the engine    and posted to hookEndPoint})}`

Ifresult is set, it will be posted to the hookEndPoint. Thebucket itself will be reset and evicted from thecollect loop. The executionrecord will then be stored and can be fetched later.

A newbucket will be created when an event matches the rule again.

Hooks

Rule results can be posted to a configured http endpoint. The remote endpoint should be able to accept aPOST : application/json request.

"hookEndpoint": "http://localhost:3000/testrule","hookRetry": 2

Local Deployment

  1. git clonehttps://github.com/myntra/cortex
  2. ./release.sh

Starts a single node server.

Production Deployment

TODO


[8]ページ先頭

©2009-2025 Movatter.jp