This is an automated email from the ASF dual-hosted git repository. kaxilnaik pushed a commit to branch main in repository https://gitbox.apache.org/repos/asf/airflow-site.git
The following commit(s) were added to refs/heads/main by this push: new e59cd0d608 Add Scarf details in 2.10 Announcement blog post (#1076) e59cd0d608 is described below commit e59cd0d6088e92ec0ba14288df5a232cc374550c Author: Kaxil Naik <kaxiln...@gmail.com> AuthorDate: Tue Oct 8 18:20:06 2024 +0100 Add Scarf details in 2.10 Announcement blog post (#1076) --- 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.