Intended Audience
- End Users/Desktop
License
- OSI Approved :: Apache Software License
Operating System
- POSIX :: Linux
Programming Language
- Python :: 3.9
- Python :: 3.10
- Python :: 3.11
- Python :: 3.12
- Python :: 3.13
Topic
- Software Development :: Libraries
- Software Development :: Libraries :: Python Modules
Apache Beam
Apache Beam is a unified model for defining both batch and streaming data-parallel processing pipelines, as well as a set of language-specific SDKs for constructing pipelines and Runners for executing them on distributed processing backends, including Apache Flink, Apache Spark, Google Cloud Dataflow, and Hazelcast Jet.
Overview
Beam provides a general approach to expressing embarrassingly parallel data processing pipelines and supports three categories of users, each of which have relatively disparate backgrounds and needs.
- End Users: Writing pipelines with an existing SDK, running it on an existing runner. These users want to focus on writing their application logic and have everything else just work.
- SDK Writers: Developing a Beam SDK targeted at a specific user community (Java, Python, Scala, Go, R, graphical, etc). These users are language geeks and would prefer to be shielded from all the details of various runners and their implementations.
- Runner Writers: Have an execution environment for distributed processing and would like to support programs written against the Beam Model. Would prefer to be shielded from details of multiple SDKs.
The Beam Model
The model behind Beam evolved from several internal Google data processing projects, including MapReduce, FlumeJava, and Millwheel. This model was originally known as the “Dataflow Model”.
To learn more about the Beam Model (though still under the original name of Dataflow), see the World Beyond Batch: Streaming 101 and Streaming 102 posts on O’Reilly’s Radar site, and the VLDB 2015 paper.
The key concepts in the Beam programming model are:
PCollection: represents a collection of data, which could be bounded or unbounded in size.PTransform: represents a computation that transforms input PCollections into output PCollections.Pipeline: manages a directed acyclic graph of PTransforms and PCollections that is ready for execution.PipelineRunner: specifies where and how the pipeline should execute.
Runners
Beam supports executing programs on multiple distributed processing backends through PipelineRunners. Currently, the following PipelineRunners are available:
- The
DirectRunnerruns the pipeline on your local machine. - The
PrismRunnerruns the pipeline on your local machine using Beam Portability. - The
DataflowRunnersubmits the pipeline to the Google Cloud Dataflow. - The
FlinkRunnerruns the pipeline on an Apache Flink cluster. The code has been donated from dataArtisans/flink-dataflow and is now part of Beam. - The
SparkRunnerruns the pipeline on an Apache Spark cluster. - The
JetRunnerruns the pipeline on a Hazelcast Jet cluster. The code has been donated from hazelcast/hazelcast-jet and is now part of Beam. - The
Twister2Runnerruns the pipeline on a Twister2 cluster. The code has been donated from DSC-SPIDAL/twister2 and is now part of Beam.
Have ideas for new Runners? See the runner-ideas label.
Get started with the Python SDK
Get started with the Beam Python SDK quickstart to set up your Python development environment, get the Beam SDK for Python, and run an example pipeline. Then, read through the Beam programming guide to learn the basic concepts that apply to all SDKs in Beam. The Python Tips document is also a useful resource for setting up a development environment and performing common processes.
See the Python API reference for more information on individual APIs.
Python streaming pipelines
Python streaming pipeline execution is available (with some limitations) starting with Beam SDK version 2.5.0.
Python type safety
Python is a dynamically-typed language with no static type checking. The Beam SDK for Python uses type hints during pipeline construction and runtime to try to emulate the correctness guarantees achieved by true static typing. Ensuring Python Type Safety walks through how to use type hints, which help you to catch potential bugs up front with the Direct Runner.
Managing Python pipeline dependencies
When you run your pipeline locally, the packages that your pipeline depends on are available because they are installed on your local machine. However, when you want to run your pipeline remotely, you must make sure these dependencies are available on the remote machines. Managing Python Pipeline Dependencies shows you how to make your dependencies available to the remote workers.
Developing new I/O connectors for Python
The Beam SDK for Python provides an extensible API that you can use to create new I/O connectors. See the Developing I/O connectors overview for information about developing new I/O connectors and links to language-specific implementation guidance.
Making machine learning inferences with Python
To integrate machine learning models into your pipelines for making inferences, use the RunInference API for PyTorch and Scikit-learn models. If you are using TensorFlow models, you can make use of the
library from tfx_bsl.
You can create multiple types of transforms using the RunInference API: the API takes multiple types of setup parameters from model handlers, and the parameter type determines the model implementation. For more information, see About Beam ML.
TensorFlow Extended (TFX) is an end-to-end platform for deploying production ML pipelines. TFX is integrated with Beam. For more information, see TFX user guide.
Python multi-language pipelines quickstart
Apache Beam lets you combine transforms written in any supported SDK language and use them in one multi-language pipeline. To learn how to create a multi-language pipeline using the Python SDK, see the Python multi-language pipelines quickstart.
Unrecoverable Errors in Beam Python
Some common errors can occur during worker start-up and prevent jobs from starting. To learn about these errors and how to troubleshoot them in the Python SDK, see Unrecoverable Errors in Beam Python.
📚 Learn More
Here are some resources actively maintained by the Beam community to help you get started:
| Resource | Details |
|---|---|
| Apache Beam Website | Our website discussing the project, and it's specifics. |
| Python Quickstart | A guide to getting started with the Python SDK. |
| Tour of Beam | A comprehensive, interactive learning experience covering Beam concepts in depth. |
| Beam Quest | A certification granted by Google Cloud, certifying proficiency in Beam. |
| Community Metrics | Beam's Git Community Metrics. |
Contribution
Instructions for building and testing Beam itself are in the contribution guide.
Contact Us
To get involved with Apache Beam:
- Subscribe to or e-mail the user@beam.apache.org list.
- Subscribe to or e-mail the dev@beam.apache.org list.
- Join ASF Slack on #beam channel
- Report an issue.
Wheel compatibility matrix
Files in release
crcmod
(<2.0,>=1.7)
orjson
(<4,>=3.9.7)
dill
(<0.3.2,>=0.3.1.1)
fastavro
(<2,>=0.23.6)
fasteners
(<1.0,>=0.3)
grpcio
(!=1.48.0,!=1.59.*,!=1.60.*,!=1.61.*,!=1.62.0,!=1.62.1,<1.66.0,<2,>=1.33.1)
grpcio
(>=1.67.0)
hdfs
(<3.0.0,>=2.1.0)
httplib2
(<0.23.0,>=0.8)
jsonschema
(<5.0.0,>=4.0.0)
jsonpickle
(<4.0.0,>=3.0.0)
numpy
(<2.3.0,>=1.14.3)
objsize
(<0.8.0,>=0.6.1)
packaging
(>=22.0)
pymongo
(<5.0.0,>=3.8.0)
proto-plus
(<2,>=1.7.1)
protobuf
(!=4.0.*,!=4.21.*,!=4.22.0,!=4.23.*,!=4.24.*,<6.0.0.dev0,>=3.20.3)
pydot
(<2,>=1.2.0)
python-dateutil
(<3,>=2.8.0)
pytz
(>=2018.3)
redis
(<6,>=5.0.0)
regex
(>=2020.6.8)
requests
(<3.0.0,>=2.32.4)
sortedcontainers
(>=2.4.0)
typing-extensions
(>=3.7.0)
zstandard
(<1,>=0.18.0)
pyyaml
(<7.0.0,>=3.12)
beartype
(<0.22.0,>=0.21.0)
pyarrow
(<19.0.0,>=3.0.0)
pyarrow-hotfix
(<1)