This is a Singer tap that reads data from Kafka topic and produces JSON-formatted data following the Singer spec.
This is a PipelineWise compatible target connector.
The recommended method of running this tap is to use it from PipelineWise. When running it from PipelineWise you don't need to configure this tap with JSON files and most of things are automated. Please check the related documentation at Kafka
If you want to run this Singer Tap independently please read further.
First, make sure Python 3 is installed on your system or follow these installation instructions for Mac or Ubuntu.
It's recommended to use a virtualenv:
python3 -m venv venv
pip install pipelinewise-tap-kafka
or
python3 -m venv venv
. venv/bin/activate
pip install --upgrade pip
pip install .
{
"bootstrap_servers": "foo.com,bar.com",
"group_id": "my_group",
"topic": "my_topic",
"primary_keys": {
"id": "/path/to/primary_key"
}
}
Full list of options in config.json
:
Property | Type | Required? | Description |
---|---|---|---|
bootstrap_servers | String | Yes | host[:port] string (or list of comma separated host[:port] strings) that the consumer should contact to bootstrap initial cluster metadata. |
group_id | String | Yes | The name of the consumer group to join for dynamic partition assignment (if enabled), and to use for fetching and committing offsets. |
topic | String | Yes | Name of kafka topics to subscribe to |
primary_keys | Object | Optionally you can define primary key for the consumed messages. It requires a column name and /slashed/paths ala xpath selector to extract the value from the kafka messages. The extracted column will be added to every output singer message. |
|
max_runtime_ms | Integer | (Default: 300000) The maximum time for the tap to collect new messages from Kafka topic. If this time exceeds it will flush the batch and close kafka connection. | |
batch_size_rows | Integer | (Default: 1000) Consumed kafka messages are transformed to batches and batches written to STDOUT in singer message format only when the batch is full. Set this value low to have more realtime experience. | |
commit_interval_ms | Integer | (Default: 5000) Number of milliseconds between two commits. This is different than the kafka auto commit feature. Tap-kafka sends commit messages automatically but only when the data consumed successfully and persisted to local store. | |
batch_flush_interval_ms | Integer | (Default: 60000) The maximum delay between flushing batches. Exceeding this time will force flushing singer messages to STDOUT even if the batch is not full. | |
consumer_timeout_ms | Integer | (Default: 10000) KafkaConsumer setting. Number of milliseconds to block during message iteration before raising StopIteration | |
session_timeout_ms | Integer | (Default: 30000) KafkaConsumer setting. The timeout used to detect failures when using Kafka’s group management facilities. | |
heartbeat_interval_ms | Integer | (Default: 10000) KafkaConsumer setting. The expected time in milliseconds between heartbeats to the consumer coordinator when using Kafka’s group management facilities. | |
max_poll_records | Integer | (Default: 500) KafkaConsumer setting. The maximum number of records returned in a single call to poll(). | |
max_poll_interval_ms | Integer | (Default: 300000) KafkaConsumer setting. The maximum delay between invocations of poll() when using consumer group management. | |
local_store_dir | String | (Default: current working dir) tap-kafka maintains an intermediate file based local storage. Every consumed message first added into this store and periodically flushing the content to STDOUT for other singer components. This mechanism allows to send commit messages quickly to Kafka brokers and avoid unexpected re-balancing caused by long running message consumptions. | |
local_store_batch_size_rows | Integer | (Default: 1000) Number of messages to write to disk in one go. This can avoid high I/O issues when messages written to local store disk too frequently. |
This tap reads Kafka messages and generating singer compatible SCHEMA and RECORD messages in the following format.
Property Name | Description |
---|---|
MESSAGE_TIMESTAMP | Timestamp extracted from the kafka metadata |
MESSAGE_OFFSET | Offset extracted from the kafka metadata |
MESSAGE_PARTITION | Partition extracted from the kafka metadata |
MESSAGE | The original Kafka message |
DYNAMIC_PRIMARY_KEY(S) | (Optional) Dynamically added primary key values, extracted from the Kafka message |
tap-kafka --config config.json --discover # Should dump a Catalog to stdout
tap-kafka --config config.json --discover > catalog.json # Capture the Catalog
Each entry under the Catalog's "stream" key will need the following metadata:
{
"streams": [
{
"stream_name": "my_topic"
"metadata": [{
"breadcrumb": [],
"metadata": {
"selected": true,
}
}]
}
]
}
tap-kafka --config config.json --properties catalog.json
The tap will write bookmarks to stdout which can be captured and passed as an optional --state state.json
parameter to the tap for the next sync.
- Install python test dependencies in a virtual env and run nose unit and integration tests
python3 -m venv venv
. venv/bin/activate
pip install --upgrade pip
pip install .[test]
- To run tests:
pytest tests
- Install python dependencies and run python linter
python3 -m venv venv
. venv/bin/activate
pip install --upgrade pip
pip install .[test]
pylint tap_kafka -d C,W,unexpected-keyword-arg,duplicate-code