Page cover image

Apache Kafka Solver API

DecisionRules.io supports asynchronous calls to the Rule Solver. This option should be used if your infrastructure is based on asynchronous message processing.

Setting up Apache Kafka Solver API

Kafka Solver API is now available both in the cloud and on premise.

Before you start using the Kafka Solver API

In the cloud, it is necessary to enable Kafka Solver for a specific customer manually. If youa re interested, please contact us at sales@decisionrules.io

  1. Request access rights for your client application to the DecisionRules Kafka Cluster at sales@decisionrules.io

  2. Configure the connection of your client application to the Kafka cluster.

  3. Register on the assigned Kafka topic, where you will receive the results.

  4. Sending input data to the input Kafka Topic, from which DecisionRules takes it.

Information for connecting to Kafka Cluster

KeyValue

broker

pkc-lq8v7.eu-central-1.aws.confluent.cloud:9092

ssl

true

sasl.mechanism

plain

sasl.username

contact us on sales@decisionrules.io

sasl.password

contact us on sales@decisionrules.io

Example Connection Config

Java Configuration

config.properties
# Required connection configs for Kafka producer, consumer, and admin
bootstrap.servers=pkc-lq8v7.eu-central-1.aws.confluent.cloud:9092
security.protocol=SASL_SSL
sasl.jaas.config=org.apache.kafka.common.security.plain.PlainLoginModule   required username='{{ CLUSTER_API_KEY }}'   password='{{ CLUSTER_API_SECRET }}';
sasl.mechanism=PLAIN
# Required for correctness in Apache Kafka clients prior to 2.6
client.dns.lookup=use_all_dns_ips

# Best practice for Kafka producer to prevent data loss
acks=all

Python Configuration

config.py
# Kafka
bootstrap.servers=pkc-lq8v7.eu-central-1.aws.confluent.cloud:9092
security.protocol=SASL_SSL
sasl.mechanisms=PLAIN
sasl.username={{ CLUSTER_API_KEY }}
sasl.password={{ CLUSTER_API_SECRET }}

How to communicate from a client application using Kafka Messsages

DecisionRules.io always uses two Kafka topics to communicate with the client application.

  • Response Topic (read-only)

    • Topic on which your client application listens

    • You will receive the evaluated data in this topic

  • Request Topic (write)

    • Kafka Topic into which you write data for evaluating DecisionRules

    • DecisionRules is listening on this topic

NameExample Topic NamePermissions

Request Topic

{company}-{random_number}-request

WRITE

Response Topic

{company}-{random_number}-response

READ

Producing data to Request Topic

Message Headers

HeaderDescription

api-key

(mandatory)

Solver API Key. Generate your api key in the dashboard

rule-id OR ruleflow-id

(mandatory)

Rule or RuleFlow ID

x-correlation-id

(optional)

User-generated ID to help you correlate input and output data.

version

(optional)

Version of the rule you want to solve.

Message Data

Message AttributeDescription

Key

<empty>

Value

JSON object filled according to the data model called by Rule or RuleFlow

Example Request Data

Message Value Example (JSON Object)
{
  "client": {
    "age": 12
  }
}

Message Data Schema

Request Schema
{
  "$schema": "http://json-schema.org/draft-04/schema#",
  "type": "object",
  "properties": {},
  "required": []
}

Consuming Data from Response Topic

AttributeTypeDescription

data

Array

Field filled with data according to the rule evaluation. One element in the array means one result. For example, if multiple rows are matched when evaluating a decision table, they are returned as array items

errors

Array

If an error occurs in the evaluation for any reason, each error is added to the error field.

If there are no errors in the evaluation, the "errors" attribute is not returned.

The contents of the "data" field will be empty when any error is returned.

correlationId

String

(optional) If the "x-correlation-id" header was filled in the input message, this value is available in the output message.

If "x-correlation-id" is not filled in the input, the attribute is not present in the output.

Example Response Data

Single data
{
  "data": [
    {
      "totalProducts": 2,
      "amountPerProduct": 500,
      "segment": "mass-market",
      "profitability": 1.2
    }
  ],
  "correlationId": "ef429e33-f2c4-41ad-b9f3-cad12ea3b95e"
}
Multiple data
{
  "data": [
    {
      "totalProducts": 2,
      "amountPerProduct": 500,
      "segment": "mass-market",
      "profitability": 1.2
    },
    {
      "totalProducts": 1,
      "amountPerProduct": 300,
      "segment": "mass-market",
      "profitability": 1.53
    }
  ],
  "correlationId": "12429e33-f2c4-41ad-b9f3-cad12ea3b95e"
}
Error response
{
  "errors": [
    {
      "code": 500,
      "message": "This Rule Flow belongs to another user OR Rule Flow not found"
    }
  ],
  "data": [],
  "correlationId": "ef429e33-f2c4-41ad-b9f3-cad12ea3b95e"
}

Message Data Schema

{
  "$schema": "http://json-schema.org/draft-04/schema#",
  "type": "object",
  "properties": {
    "data": {
      "type": "array",
      "items": [
        {
          "type": "object"
        }
      ]
    },
    "correlationId": {
      "type": "string"
    },
    "errors": {
      "type": "array",
      "items": [
        {
          "type": "object",
          "properties": {
            "code": {
              "type": "integer"
            },
            "message": {
              "type": "string"
            }
          },
          "required": [
            "code",
            "message"
          ]
        }
      ]
    }
  },
  "required": []
}

Last updated