This is an automated email from the ASF dual-hosted git repository. kaxilnaik pushed a commit to branch kaxil-patch-1 in repository https://gitbox.apache.org/repos/asf/airflow-site.git
commit 46f21c121130acffba3ddaba5dbc8d38bfd96641 Author: Kaxil Naik <kaxiln...@gmail.com> AuthorDate: Tue Oct 8 18:00:42 2024 +0100 Add Scarf details in 2.10 Announcement blog post --- landing-pages/site/content/en/blog/airflow-2.10.0/index.md | 7 +++++++ 1 file changed, 7 insertions(+) diff --git a/landing-pages/site/content/en/blog/airflow-2.10.0/index.md b/landing-pages/site/content/en/blog/airflow-2.10.0/index.md index befc121f96..20661df07f 100644 --- a/landing-pages/site/content/en/blog/airflow-2.10.0/index.md +++ b/landing-pages/site/content/en/blog/airflow-2.10.0/index.md @@ -19,6 +19,13 @@ I'm happy to announce that Apache Airflow 2.10.0 is now available, bringing an a 🐳 Docker Image: "docker pull apache/airflow:2.10.0" \ 🚏 Constraints: <https://github.com/apache/airflow/tree/constraints-2.10.0> +## Airflow now collects Telemetry data by default + +With the release of Airflow 2.10.0, we’ve introduced the collection of basic telemetry data, as outlined [here](https://airflow.apache.org/docs/apache-airflow/2.10.0/faq.html#does-airflow-collect-any-telemetry-data). This data will play a crucial role in helping Airflow maintainers gain a deeper understanding of how Airflow is utilized across various deployments. The insights derived from this information are invaluable in guiding the prioritization of patches, minor releases, and securi [...] + +For those who prefer not to participate in data collection, deployments can easily opt-out by setting the `[usage_data_collection] enabled` option to `False` or by using the `SCARF_ANALYTICS=false` environment variable. + + ## Multiple Executor Configuration (formerly "Hybrid Execution") Each executor comes with its unique set of strengths and weaknesses, typically balancing latency, isolation, and compute efficiency. Traditionally, an Airflow environment is limited to a single executor, requiring users to make trade-offs, as no single executor is perfectly suited for all types of tasks.