airflow-provider-hightouch
Hightouch Provider for Airflow
Decision gist · record as of 2026-08-14
Yes, if you run Airflow and need to orchestrate Hightouch syncs. The package is actively maintained, has low install friction, carries a permissive license, and integrates cleanly with Airflow's connection and operator patterns. No known security vulnerabilities. Install only if you have apache-airflow >= 1.10 and a Hightouch workspace with API access.AI-flagged interpretation of the facts on this page — verify before relying
Before you install
- Requires apache-airflow >= 1.10 and a Hightouch API key configured in Airflow Connections UI with connection ID 'hightouch_default' and connection type 'HTTP'.
- Low install friction with a pure-Python wheel.
- Actively maintained as of 2026-04-24 with recent release history.
License · maintenance · safety
Apache-2.0 (permissive) — Apache-2.0 permissive license allows commercial and private use with minimal restrictions; suitable for most production environments.
last release 2026-04-24 (112 days) · last repo commit 2026-04-24 · 16 stars
0 known vulnerabilities (OSV.dev, 2026-08-14) · 148,216 downloads/mo, #11,041 on PyPI
Alternatives
Verify before relying
pip install airflow-provider-hightouch
from airflow_provider_hightouch.operators.hightouch import HightouchTriggerSyncOperator
my_task = HightouchTriggerSyncOperator(task_id="run_my_sync", sync_id="123")- Whether synchronous mode (default) blocks the Airflow task until the sync completes or if there are timeout constraints.
- Error handling and retry behavior when a Hightouch sync run fails or is already in progress.
What it is and what it does
This package extends Apache Airflow with operators and hooks to integrate Hightouch data syncs into Airflow DAGs. It provides HightouchTriggerSyncOperator to start a sync run (either synchronously or asynchronously) and HightouchSyncRunSensor to monitor an in-progress sync. The operator accepts either a sync_id or sync_slug and returns the sync_run_id for downstream tasks to reference via XComs.
The provider handles authentication through Airflow's connection system, requiring an HTTP connection with your Hightouch API key. It depends on requests for HTTP calls and apache-airflow-providers-http for HTTP-based connection handling. The package is designed for teams running Airflow who need to orchestrate Hightouch data movement as part of larger data pipelines.
Use it for
- Trigger a Hightouch sync on a schedule or in response to upstream data events within an Airflow DAG.
- Monitor a Hightouch sync run to completion and fail the Airflow task if the sync fails.
- Chain multiple Hightouch syncs together using XComs to pass sync_run_id between operators.
- Integrate Hightouch data movement into a multi-step ETL pipeline alongside other Airflow operators.
Worth the install?
AI-flagged interpretation of the facts on this page. Verify before relying on it.
Yes, if you run Airflow and need to orchestrate Hightouch syncs.
The package is actively maintained, has low install friction, carries a permissive license, and integrates cleanly with Airflow's connection and operator patterns. No known security vulnerabilities. Install only if you have apache-airflow >= 1.10 and a Hightouch workspace with API access.
Install
airflow-provider-hightouch on PyPI
Before you install
Low install friction with a pure-Python wheel. Actively maintained as of 2026-04-24 with recent release history. Requires apache-airflow >= 1.10 and apache-airflow-providers-http as runtime dependencies.
Requires apache-airflow >= 1.10 and a Hightouch API key configured in Airflow Connections UI with connection ID 'hightouch_default' and connection type 'HTTP'.
License in practice
Apache-2.0 permissive license allows commercial and private use with minimal restrictions; suitable for most production environments.
Quickstart
pip install airflow-provider-hightouch
from airflow_provider_hightouch.operators.hightouch import HightouchTriggerSyncOperator
my_task = HightouchTriggerSyncOperator(task_id="run_my_sync", sync_id="123")Verify before relying
- Whether synchronous mode (default) blocks the Airflow task until the sync completes or if there are timeout constraints.
- Error handling and retry behavior when a Hightouch sync run fails or is already in progress.
Package facts
| License | Apache-2.0 permissive |
| Python support | Supports the current Python release >=3.10 |
| Install friction | Low. Pure-Python wheel |
| Runtime dependencies | 3 packagesrequestsapache-airflowapache-airflow-providers-http |
| Maintenance | Actively maintained 112 days since the last release |
| Last repo commit | |
| First released | |
| Downloads | 148,216 / month, #11,041 on PyPI 30-day window, as of 2026-08-14 |
| Known vulnerabilities | None known OSV.dev, checked 2026-08-14 |
| Classifiers | Development Status :: 4 - BetaLicense :: OSI Approved :: Apache Software LicenseOperating System :: OS IndependentProgramming Language :: Python :: 3Programming Language :: Python :: 3.10Programming Language :: Python :: 3.11Programming Language :: Python :: 3.12 |
Evidence: airflow_provider_hightouch-5.0.0-py3-none-any.whl
Tags
Let your AI agent find packages like this
Example. Real query, live index.
You found this page by searching. An agent finds it by wishing: SkillFed indexes 14,416 PyPI packages by what they can do, searchable in plain language.
wish › “airflow hightouch integration”
- airflow-provider-hightouchProvides Airflow operators and hooks to trigger and monitor Hightouch…
- apache-airflow-providers-cloudantProvides Apache Airflow operators and hooks to integrate IBM Cloudant…
- apache-airflow-providers-dingdingIntegrates Apache Airflow with DingTalk, enabling workflow…
Give your agent the search over MCP, or paste the wish link into any chat.
More Distributed Computing packages
gRPC Python is an HTTP/2-based RPC framework that enables you to define and call remote procedures across network boundaries using protocol buffers for serialization.
Install it if you need RPC communication in a distributed system or are integrating with existing gRPC services.
execnet lets you spawn and communicate with Python interpreters across local processes, remote hosts, and different platforms, using a simple API for task distribution and inter-process messaging.
However, the aging maintenance status (275 days since last release) means you should verify it meets your concurrency and performance needs before committing to a…
Cloudpickle extends Python's standard pickle module to serialize lambda functions, interactively-defined functions and classes, and other constructs that the default pickle cannot handle, making it suitable for cluster computing and remote code execution.
Install it if you need to serialize lambda functions, interactively-defined code, or non-standard Python constructs for cluster computing or distributed execution.
Provides a unified, open()-compatible Python API for streaming large files from remote storage (S3, GCS, Azure, HDFS, SFTP, HTTP) and local filesystems, with transparent compression support.
Install it if you work with large files on cloud storage or remote systems and want to avoid writing boilerplate around multiple SDKs.
Portalocker provides cross-platform file locking with support for exclusive and shared locks, plus Redis-based distributed locks and process-aware PID file locking.
Install it if you need file or process coordination; the optional extras (pywin32, redis) are only required for specific lock types.
Ray is a distributed computing framework that scales Python applications from a single machine to multi-node clusters, providing abstractions for parallel tasks, stateful actors, and shared objects.
See also airflow-provider-fivetran-async · airflow-mcd · airflow-powerbi-plugin · apache-airflow-providers-standard · apache-airflow-providers-opensearch · apache-airflow-providers-apache-cassandra · fivetran-connector-sdk · apache-airflow-providers-elasticsearch · apache-airflow-providers-http · apache-airflow-providers-microsoft-fabric