apache / beam
git clone https://github.com/apache/beam.git
v2.77.0 · 13d ago
🔥 on GitHub Trending today
Apache Beam is a unified programming model for Batch and Streaming data processing.
+2
stars, 24h · #486
—
stars, 7 days
—
stars, 30 days
8.7k
★ total
4.7k
forks · 3.9k open issues
Star history starts 2026-10-20; the chart appears after the second daily snapshot.
LanguageJava
LicenseApache-2.0
Created2016-02-02 (10y ago)
Last pushtoday
Watchers260
OwnerOrganization
Seen on GitHub Trending
- 2026-10-20 — #11 daily in java · +2 ★
GitHub topics
Links
- GitHub: github.com/apache/beam
- Homepage: https://beam.apache.org/
- Releases · Issues · Hacker News mentions
README excerpt
# 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. ## 🚀 Quick Start (Beginner Friendly) If you're new to Apache Beam, start here: 1. Choose a language: - Java → Java Quickstart - Python → Python Quickstart - Go → Go Quickstart 2. Run your first example: - Minimal WordCount example (available in this repository) 3. Understand core concepts: - PCollection - PTransform - Pipeline ## Status ## 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. 1. _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. 2. _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. 3. _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. ### SDKs Beam supports multiple language-specific SDKs for writing pipelines against the Beam Model. Currently, this repository contains SDKs for Java, Python and Go. Have ideas for new SDKs or DSLs? See the sdk-ideas label. #### Specific SDK Readmes * Python SDK readme ### Runners Beam supports executing programs on multiple distributed processing backends through PipelineRunners. Currently, the following PipelineRunners are available: - The `DirectRunner` runs the pipeline on your local machine. - The `PrismRunner` runs the pipeline on your local machine using Beam Portability. - The `DataflowRunner` submits t