apache/airflow

Optional support for static Extra Links without XCom dependency

Open

#55.432 aberto em 9 de set. de 2025

Ver no GitHub
 (5 comments) (2 reactions) (0 assignees)Python (16.781 forks)batch import
area:coregood first issuekind:featureneeds-triage

Métricas do repositório

Stars
 (44.809 stars)
Métricas de merge de PR
 (Mesclagem média 7d 18h) (834 fundiu PRs em 30d)

Description

Description

This feature request entails the addition of an opt-in feature for extra links which are not stored as an XCom, for static URLs and reduced metaDB bloat.

Use case/motivation

As far as I'm aware, extra links are only supported via XComs. This makes sense for dynamic, task-instance specific / DAG-run specific URLs (e.g. a link to an external Spark job); however, XComs are not an ideal mechanism for static URLs which are only specific to the given operator (rather than the task instance). For example, a very common use case for the Extra Links feature is to point to a static, operator-specific documentation page. Yet, storing that URL in an XCom for each task instance is clearly not ideal in that circumstance, and only adds bloat to the metaDB.

Related issues

Only very tangentially related: https://github.com/apache/airflow/issues/54527

Are you willing to submit a PR?

  • Yes I am willing to submit a PR!

Caveat: I am willing to help with the backend implementation, but I have no understanding or experience regarding react / frontend development.

Code of Conduct

Guia do colaborador

Direção de pesquisa
Examine o código atual de Extra Links no Airflow para entender como o XCom armazena dados de link. Em seguida, projete um provedor de links estáticos que não use XCom. Implemente alterações no backend para permitir que operadores definam links extras estáticos. Nenhuma alteração frontend é necessária.
Pilha de tecnologia
python
Domain
backend
Tipo Issue
Funcionalidade
DifficultyDificuldade de implementação estimada para um novo contribuidor, de 1 para alterações muito pequenas a 5 para trabalho de nível especializado.
3
Tempo estimadoUm intervalo de tempo aproximado para um colaborador experiente investigar, implementar, testar e preparar um pull request.
1-2 dias
Status da atividadeQuão disponível o issue aparece agora: novo, ativo, obsoleto, bloqueado ou aguardando entrada do mantenedor.
Ativo
ClarityCom que clareza o issue explica a mudança esperada, os critérios de aceitação e a próxima etapa.
Claro
Prerequisites
PythonAirflow
Simpatia para novatosUma pontuação de 1 a 100 que estima o quão acessível este issue é para colaboradores iniciantes.
70