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 <[email protected]>
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.
