RuES - JMES Evaluation as Service

RuES is a minimal JMES expression evaluation side-car, that uses JMESPath and it can handle arbitrary JSON. Which effectively makes it general purpose logical expression evaluation engine, just like some Python libraries that used to evaluate logical expression. This in turn can allow you implement complex stuff like Rule engine, RBAC, or Policy engines etc.

Here is what makes RuES special:

• Lean and Zippy - Checkout initial benchmarks below. Under 20 MB with single CPU one will easily do 10K RPS.
• Zero restarts - Add/remove rules on fly by making changes in rules.hjson without restarting.
• HTTP & JSON - Ubiquitous! No custom protocols, no shenanigans.
• UNIX philosophy - Only evaluates rules, no fancy hooks or integrations. Dead simple!

Usage

Make sure you have rules.hjson in your current working directory when launching rues. Given following example rules:

hjson { example_one: "value == `2`" example_two: "a.b" }

Each rule is exposed under /eval/{rule_name} as POST endpoint, which in turn can be posted payload to evaluate the expression. Simple use curl to test:

```

curl -X POST http://localhost:8080/eval/exampleone -H 'Content-Type: application/json' -d '{"value": 2}' {"expression":"value == 2","rule":"exampleone","istruthy":true,"expvalue":"true"} curl -X POST http://localhost:8080/eval/exampletwo -H 'Content-Type: application/json' -d '{"a": {"b": "Hello"}}' {"expression":"a.b","rule":"exampletwo","istruthy":true,"expvalue":"\"Hello\""} ```

Benchmarks

My brief stress testing shows with a single CPU core (single worker), 3 rules, and payload size of 1.6 KB. Server was easily able to handle 10K RPS (even with sustained load) under 19 MB of RSS memory footprint, and a p99 of 4ms.

$ cat vegeta_attack.txt | vegeta attack -duration=10s -rate=10000 | vegeta report Requests [total, rate, throughput] 100000, 10000.20, 9999.80 Duration [total, attack, wait] 10s, 10s, 394.927µs Latencies [min, mean, 50, 90, 95, 99, max] 107.266µs, 811.954µs, 285.329µs, 2.128ms, 2.654ms, 4.517ms, 12.373ms Bytes In [total, mean] 9566673, 95.67 Bytes Out [total, mean] 166000000, 1660.00 Success [ratio] 100.00% Status Codes [code:count] 200:100000 Error Set:

With two CPU cores (two workers), the results were even better: $ cat vegeta_attack.txt | vegeta attack -duration=10s -rate=10000 | vegeta report Requests [total, rate, throughput] 100000, 10000.30, 10000.08 Duration [total, attack, wait] 10s, 10s, 217.653µs Latencies [min, mean, 50, 90, 95, 99, max] 111.479µs, 270.125µs, 219.274µs, 413.215µs, 564.181µs, 1.021ms, 8.184ms Bytes In [total, mean] 9566673, 95.67 Bytes Out [total, mean] 166000000, 1660.00 Success [ratio] 100.00% Status Codes [code:count] 200:100000 Error Set:

All the rules, and data has been shipped under stress_test. Feel free to share your results, and I will be more than happy to include your results.