apache-airflow-providers-common-io
Provider package apache-airflow-providers-common-io for Apache Airflow
Decision gist · record as of 2026-08-14
Yes, if you are running Apache Airflow >=2.11.0 and need I/O utilities for your workflows. It is actively maintained, has no known vulnerabilities, carries a permissive Apache-2.0 license, and installs with low friction. Install it as a dependency when other Airflow providers require it, or directly when building DAGs that benefit from standardized I/O operators.AI-flagged interpretation of the facts on this page — verify before relying
Before you install
- Requires Apache Airflow >=2.11.0 and Python >=3.10
- Low friction install as a pure Python wheel.
- Actively maintained with recent releases; requires Airflow >=2.11.0 and apache-airflow-providers-common-compat >=1.12.0.
License · maintenance · safety
Apache-2.0 (permissive) — Apache-2.0 license permits commercial use, modification, and distribution with minimal restrictions; suitable for most organizational contexts.
last release 2026-07-04 (41 days) · last repo commit 2026-08-14 · 46,489 stars
0 known vulnerabilities (OSV.dev, 2026-08-14) · 10,050,165 downloads/mo, #1,490 on PyPI
Alternatives
Verify before relying
pip install apache-airflow-providers-common-io
from airflow.providers.common.io import operators
# Use common.io operators in your DAG definitions- Specific I/O operations and file formats supported by the common.io provider
- Whether openlineage extra adds lineage tracking or only optional dependency support
- Performance characteristics for large-scale data transfers
What it is and what it does
apache-airflow-providers-common-io is a provider package that extends Apache Airflow with common I/O capabilities for workflow orchestration. It supplies reusable operators and utilities in the airflow.providers.common.io namespace, allowing DAG authors to standardize file and data handling patterns across their workflows without reimplementing I/O logic.
The package is designed as a foundational provider dependency, meant to be installed alongside Airflow and other provider packages that may depend on its I/O abstractions. It supports Python 3.10 through 3.14 and integrates with optional OpenLineage support for data lineage tracking when the openlineage extra is installed.
Use it for
- Build Airflow DAGs that need standardized file transfer or I/O operations across multiple provider integrations
- Extend Airflow workflows with common I/O patterns without writing custom operators
- Integrate OpenLineage data lineage tracking into Airflow I/O operations via the optional extra
- Develop provider packages that depend on common I/O abstractions from the Airflow ecosystem
Worth the install?
AI-flagged interpretation of the facts on this page. Verify before relying on it.
Yes, if you are running Apache Airflow >=2.11.0 and need I/O utilities for your workflows.
It is actively maintained, has no known vulnerabilities, carries a permissive Apache-2.0 license, and installs with low friction. Install it as a dependency when other Airflow providers require it, or directly when building DAGs that benefit from standardized I/O operators.
Install
apache-airflow-providers-common-io on PyPI
Before you install
Low friction install as a pure Python wheel. Actively maintained with recent releases; requires Airflow >=2.11.0 and apache-airflow-providers-common-compat >=1.12.0.
Requires Apache Airflow >=2.11.0 and Python >=3.10
License in practice
Apache-2.0 license permits commercial use, modification, and distribution with minimal restrictions; suitable for most organizational contexts.
Quickstart
pip install apache-airflow-providers-common-io
from airflow.providers.common.io import operators
# Use common.io operators in your DAG definitions
Verify before relying
- Specific I/O operations and file formats supported by the common.io provider
- Whether openlineage extra adds lineage tracking or only optional dependency support
- Performance characteristics for large-scale data transfers
Package facts
| License | Apache-2.0 permissive |
| Python support | Supports the current Python release >=3.10 |
| Install friction | Low. Pure-Python wheel |
| Runtime dependencies | 2 packagesapache-airflowapache-airflow-providers-common-compat |
| Maintenance | Actively maintained 41 days since the last release |
| Last repo commit | |
| First released | |
| Downloads | 10,050,165 / month, #1,490 on PyPI 30-day window, as of 2026-08-14 |
| Known vulnerabilities | None known OSV.dev, checked 2026-08-14 |
| Classifiers | Development Status :: 5 - Production/StableEnvironment :: ConsoleEnvironment :: Web EnvironmentFramework :: Apache AirflowFramework :: Apache Airflow :: ProviderIntended Audience :: DevelopersIntended Audience :: System AdministratorsProgramming Language :: Python :: 3.10Programming Language :: Python :: 3.11Programming Language :: Python :: 3.12Programming Language :: Python :: 3.13Programming Language :: Python :: 3.14Topic :: System :: Monitoring |
Evidence: apache_airflow_providers_common_io-1.8.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 io provider”
- apache-airflow-providers-common-ioProvides common I/O utilities and operators for Apache Airflow…
- apache-airflow-providers-sqliteIntegrates SQLite databases with Apache Airflow as a provider…
- 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 Monitoring packages
Wraps any iterable to display a real-time progress bar in the terminal or Jupyter notebook, showing iteration count, elapsed time, and estimated time remaining.
Provides generated Python code for OpenTelemetry semantic conventions, enabling standardized attribute naming and constant definitions for instrumentation and telemetry collection.
Install it if you are using OpenTelemetry and want to follow semantic conventions correctly.
Provides the reference implementation of the OpenTelemetry API for collecting and exporting traces, metrics, and logs from Python applications.
Provides the abstract API and interfaces for OpenTelemetry instrumentation in Python, defining how to emit traces, metrics, and logs without tying code to a specific SDK implementation.
Exports OpenTelemetry observability data to an OpenTelemetry Collector using Protobuf-encoded messages over HTTP.
Install it if you are using OpenTelemetry in Python and need to send data to a Collector over HTTP.
Provides automatic instrumentation commands and programmatic APIs to inject distributed tracing into Python applications without code changes, detecting and instrumenting packages used by your program.
Install it if you need distributed tracing without code changes and have compatible instrumented packages in your environment.
See also apache-airflow-providers-ftp · apache-airflow-providers-common-compat · apache-airflow-providers-standard · apache-airflow-providers-openlineage · apache-airflow-providers-sftp · apache-airflow-providers-common-sql · apache-airflow-providers-keycloak · apache-airflow-providers-github · apache-airflow-providers-asana · openlineage-integration-common