Requirements
Collate is integrated with OpenLineage up to version 1.37.0 and will continue to work for future OpenLineage versions. OpenLineage is an open framework for data lineage collection and analysis. At its core is an extensible specification that systems can use to interoperate with lineage metadata. Apart from being a specification, it is also a set of integrations collecting lineage from various systems such as Apache Airflow and Spark.OpenLineage Connector Events
OpenLineage connector consumes OpenLineage events from either a Kafka broker or AWS Kinesis Data Streams and translates them to Collate lineage information.Kafka Configuration
Airflow OpenLineage Events (Kafka)
To configure your Airflow instance:- Install the appropriate provider in Airflow.
- Configure the OpenLineage provider in Airflow.
- Use
kafkatransport mode because OpenLineage events are collected from the Kafka topic. For detailed configuration options, see the OpenLineage Python client documentation.
- Use
Spark OpenLineage Events (Kafka)
Configure your Spark session to produce OpenLineage events compatible with the Collate connector:AWS Kinesis Configuration
The OpenLineage connector also supports consuming events from AWS Kinesis Data Streams. This is useful when your data pipelines publish OpenLineage events to Kinesis instead of Kafka.Kinesis Requirements
- An AWS Kinesis Data Stream receiving OpenLineage events
- AWS credentials with permissions to read from the Kinesis stream:
kinesis:GetRecordskinesis:GetShardIteratorkinesis:DescribeStreamkinesis:ListShards
Spark OpenLineage Events (Kinesis)
Configure your Spark session to produce OpenLineage events to Kinesis:Metadata Ingestion
To ingest metadata from OpenLineage, you need to create a service connection. The service connects OpenLineage with Collate. Once you create a service, Collate automatically starts ingesting metadata.Step 1: Add New Service
- In the left navigation, click Connections.
- On the Connections page, click Add New Service.

Step 2: Select a Service and Connector
From the service type dropdown, select Pipeline Services, then click the OpenLineage connector tile.
Step 3: Add Service Name and Description
- Enter a unique, descriptive Service Name. Collate identifies services by their service name. Enter a name that distinguishes this deployment from other OpenLineage services you are ingesting metadata from.
- Optional: Enter a Description for the service.

Note: The service name cannot be changed after it is set.
Step 4: Configure Connection Options
Specify where ingestion runs, provide your source credentials, and verify the connection.Select Ingestion Runner
Select an Ingestion Runner: the runner where the ingestion pipeline will execute.
Enter Connection Details
Enter the connection details for OpenLineage. The right-hand panel in the UI displays inline help for each field.
- Broker Configuration: Choose the event broker OpenLineage events are read from: Kafka or Kinesis.
- Kafka: Kafka broker configuration for OpenLineage events.
- Kafka Brokers List: Kafka bootstrap servers URL.
- Topic Name: Topic from where OpenLineage events will be pulled.
- Consumer Group (Optional): Kafka consumer group name.
- Initial Consumer Offsets (Optional): Initial Kafka consumer offset. Options are
earliestandlatest. Defaults toearliest. - Single Pool Call Timeout (Optional): Max allowed wait time. Defaults to
1. - Broker Inactive Session Timeout (Optional): Max allowed inactivity time. Defaults to
30. - Kafka Security Protocol (Optional): Kafka security protocol config. Options are
PLAINTEXT,SASL_PLAINTEXT,SSL, andSASL_SSL. Defaults toPLAINTEXT. - SSL (Optional): SSL configuration details, used when the security protocol requires a certificate.
- SASL (Optional): SASL configuration details, used when the security protocol requires SASL authentication.
- SASL Mechanism: SASL security mechanism. Defaults to
PLAIN. - SASL Username: The SASL authentication username.
- SASL Password: The SASL authentication password.
- SASL Mechanism: SASL security mechanism. Defaults to
- Kinesis: AWS Kinesis Data Streams configuration for OpenLineage events.
- Stream Name: Kinesis Data Stream name.
- Initial Consumer Offsets (Optional): Initial Kinesis shard iterator type. Options are
TRIM_HORIZONandLATEST. Defaults toTRIM_HORIZON. - Poll Interval (Optional): Poll interval in seconds. Defaults to
1. - Session Timeout (Optional): Max inactivity timeout in seconds. Defaults to
30. - AWS Credentials Configuration: AWS credentials configuration.
- Enable IAM Auth (Optional): Enable AWS IAM authentication. When enabled, uses the default credential provider chain (environment variables, instance profile, and so on). Defaults to
falsefor backward compatibility. - AWS Access Key ID (Optional): AWS Access Key ID.
- AWS Secret Access Key (Optional): AWS Secret Access Key.
- AWS Region: AWS Region.
- AWS Session Token (Optional): AWS Session Token.
- Endpoint URL (Optional): Endpoint URL for AWS.
- Profile Name (Optional): The name of a profile to use with the boto session.
- Role Arn for Assume Role (Optional): The Amazon Resource Name (ARN) of the role to assume. Required if you’re using Assume Role.
- Role Session Name for Assume Role (Optional): An identifier for the assumed role session. Use this to uniquely identify a session when the same role is assumed by different principals or for different reasons. Required if you’re using Assume Role. Defaults to
OpenMetadataSession. - Source Identity for Assume Role (Optional): The Amazon Resource Name (ARN) of the role to assume. Optional field for Assume Role.
- Enable IAM Auth (Optional): Enable AWS IAM authentication. When enabled, uses the default credential provider chain (environment variables, instance profile, and so on). Defaults to
- Kafka: Kafka broker configuration for OpenLineage events.
- Namespace to Service Mapping (Optional): Map OpenLineage dataset namespaces (or prefixes) to Collate database service names. Use this when multiple services of the same type exist. For example, map
mysql://cluster-a:3306tomysql-cluster-a.
Test Connection
Once the credentials have been added, click on Test Connection and Save the changes.
Step 5: Configure Ingestion Options
In the What to Ingest step, use filter patterns to control which assets Collate ingests from your pipeline service. Filter patterns use regular expressions applied to pipeline names.How Filter Patterns Work
- Include: Add one or more comma-separated regular expressions. Collate ingests only assets whose names match at least one expression. Leave blank to include all assets.
- Exclude: Add one or more comma-separated regular expressions. Collate skips any asset whose name matches an expression. Leave blank to exclude nothing.
- contains: matches any name containing the value. For example,
salesmatchesmy_sales_dataandsales_2024. - starts with: matches names beginning with the value. For example,
prod_matchesprod_dbandprod_schema. - ends with: matches names ending with the value. For example,
_rawmatchesevents_rawandlogs_raw. - is exactly: matches the exact name only. For example,
analyticsmatches onlyanalytics. - matches regex: matches names using a regular expression. For example,
^prod_.*_v\d+$matchesprod_events_v1.
Filter Options
The Pipeline section includes one filter option, Pipeline, which controls which pipelines (DAGs, jobs, or workflows) Collate ingests from the source. Each section provides the following controls:- Scan Mode: Choose one of the following scan modes:
- Scan all: Ingests every asset of that type the connector can access. This is the default.
- Only specific: Enables include rules so only assets matching at least one rule are ingested.
- Exclude system toggle: Use this toggle to automatically filter out system-reserved names defined by the connector—for example, Exclude system databases for the Databases section.
- Always exclude: Add permanent exclusion rules (shown in red). Assets matching these rules are never ingested, regardless of include rules.
- Preview: Shows a real-time summary of what will be in scope based on your current rules.
- Include rules (available only in Only specific mode): Click + Add to define a rule. Added rules appear as chips; an asset is included if it matches any rule.
Step 6: Create & Deploy
Click Create & Deploy to deploy the agent and start the first metadata ingestion run. Collate saves the service configuration and immediately begins pulling metadata from the source. To monitor ingestion progress or view the service you just added, go to Connections in the left navigation and select your service.Configure Metadata Agent and Schedule Ingestion
The Metadata Agent extracts pipelines, tasks, and other structural metadata from your source and keeps your Collate catalog in sync. It powers discovery, lineage, and governance across your data assets. When you click Create & Deploy, Collate automatically deploys a Metadata Agent for this service and triggers the first ingestion run. View its status and run history from the Agents tab on the service detail page. To configure the additional Metadata Agent and schedule ingestion, follow these steps:- In the left navigation, click Connections and select your service.
- Click the Agents tab.
-
Click Add Agent and select Metadata from the dropdown.
For some services, the dropdown is not available and clicking Add Agent takes you directly to the agent configuration page.
-
On the Configure Ingestion page, do the following and click Next.
-
Name this Ingestion: Enter a unique recognizable name for this ingestion pipeline.

-
Agent Setup: Configure the core parameters for this agent. The following fields are available:

-
Filter Patterns: Apply include or exclude rules to scope which pipelines this agent ingests. These follow the same filter options described in Step 5.

-
Scope & Behaviour: Control what metadata to include and how to handle deletions. Toggle each option on or off based on your needs:

-
Name this Ingestion: Enter a unique recognizable name for this ingestion pipeline.
-
On the Schedule Interval page, set when the agent runs:
- Schedule: Choose a preset interval (Hourly, Daily, Weekly, Monthly) or enter a custom cron expression.
- On-Demand: No automatic schedule; trigger the agent manually when needed.

- Click Add to deploy the agent.
Providing Connection Details Programmatically via API
1. Preparing the Client
2. Creating the OpenLineage pipeline service (Kafka)
3. Creating the OpenLineage pipeline service (Kinesis)
Troubleshooting
OpenLineage Troubleshooting
Learn more about how to troubleshoot common OpenLineage connector issues and resolve configuration or ingestion errors.