Skip to content

Conversation

@ashb
Copy link
Member

@ashb ashb commented Nov 1, 2024

This is part of the work for AIP-72 epic, but is done as a separate PR for
ease of review.

This PR byitself doesn't remove the LocalTaskJob row (that will happen in a
future PR when the exeuction code is moved over to live in the TaskSDK) but
this paves the way for it. The reason we are making this change is:

  • Having a separate row for tracking TI heartbeat is not really buying us much
  • With the addition of TaskInstanceHistory we don't need another separate
    record of when/where TIs were run
  • It simplifies things (one less join in finding zombies)
  • Makes zombie tracking eaiser -- it is now just on the TI state, not the
    combination of TI and Job state.

^ Add meaningful description above
Read the Pull Request Guidelines for more information.
In case of fundamental code changes, an Airflow Improvement Proposal (AIP) is needed.
In case of a new dependency, check compliance with the ASF 3rd Party License Policy.
In case of backwards incompatible changes please leave a note in a newsfragment file, named {pr_number}.significant.rst or {issue_number}.significant.rst, in newsfragments.

This is part of the work for AIP-72 epic, but is done as a separate PR for
ease of review.

This PR byitself doesn't remove the LocalTaskJob row (that will happen in a
future PR when the exeuction code is moved over to live in the TaskSDK) but
this paves the way for it. The reason we are making this change is:

- Having a separate row for tracking TI heartbeat is not really buying us much
- With the addition of TaskInstanceHistory we don't need _another_ separate
  record of when/where TIs were run
- It simplifies things (one less join in finding zombies)
- Makes zombie tracking eaiser -- it is now just on the TI state, not the
  combination of TI and Job state.
@ashb ashb force-pushed the move-heartbeat-to-ti-table branch from 32b90a5 to 6b17040 Compare November 1, 2024 22:36
Copy link
Contributor

@dstandish dstandish left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

some suggestions

Copy link
Contributor

@jscheffl jscheffl left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Never noticed this structure and even w/o AIP-72 this seems to be odd. Good that you move it.

@ashb ashb force-pushed the move-heartbeat-to-ti-table branch from df23756 to e180588 Compare November 2, 2024 21:34
@ashb ashb merged commit 6fd7052 into main Nov 3, 2024
@ashb ashb deleted the move-heartbeat-to-ti-table branch November 3, 2024 01:05
kaxil added a commit to astronomer/airflow that referenced this pull request Nov 4, 2024
@kaxil kaxil added the airflow3.0:breaking Candidates for Airflow 3.0 that contain breaking changes label Nov 4, 2024
ellisms pushed a commit to ellisms/airflow that referenced this pull request Nov 13, 2024
…ache#43599)

This is part of the work for AIP-72 epic, but is done as a separate PR for
ease of review.

This PR by itself doesn't remove the LocalTaskJob row (that will happen in a
future PR when the execution code is moved over to live in the TaskSDK) but
this paves the way for it. The reason we are making this change is:

- Having a separate row for tracking TI heartbeat is not really buying us much
- With the addition of TaskInstanceHistory we don't need _another_ separate
  record of when/where TIs were run
- It simplifies things (one less join in finding zombies)
- Makes zombie tracking easier -- it is now just on the TI state, not the
  combination of TI and Job state.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

airflow3.0:breaking Candidates for Airflow 3.0 that contain breaking changes area:CLI area:db-migrations PRs with DB migration area:dev-tools area:Executors-core LocalExecutor & SequentialExecutor area:Scheduler including HA (high availability) scheduler area:serialization kind:documentation

Development

Successfully merging this pull request may close these issues.

5 participants