Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Core feature] Expose task execution ids to client SDKs #2558

Closed
2 tasks done
eapolinario opened this issue May 27, 2022 · 3 comments
Closed
2 tasks done

[Core feature] Expose task execution ids to client SDKs #2558

eapolinario opened this issue May 27, 2022 · 3 comments
Assignees
Labels
enhancement New feature or request stale untriaged This issues has not yet been looked at by the Maintainers

Comments

@eapolinario
Copy link
Contributor

Motivation: Why do you think this is important?

We should expose unique task execution names. There are some use cases that would benefit from uniquely identifying a specific task execution, including the possibility of using such unique ids to link external objects to specific task executions.

Goal: What should the final outcome look like, ideally?

The unique task id should be exposed to clients as an environment variable and each client sdk would access it at runtime similarly to how we expose the workflow execution id.

The unique guarantees of such ids would follow the same as the workflow execution ids, in other words, they would be guaranteed to be unique in the context of a project and domain.

Describe alternatives you've considered

We could not do this and instead ask users to leverage other source of entropy to guarantee unique ids per task ids.

Propose: Link/Inline OR Additional context

No response

Are you sure this issue hasn't been raised already?

  • Yes

Have you read the Code of Conduct?

  • Yes
@eapolinario eapolinario added enhancement New feature or request untriaged This issues has not yet been looked at by the Maintainers labels May 27, 2022
@eapolinario eapolinario self-assigned this May 27, 2022
@github-actions
Copy link

github-actions bot commented Sep 3, 2023

Hello 👋, This issue has been inactive for over 9 months. To help maintain a clean and focused backlog, we'll be marking this issue as stale and will close the issue if we detect no activity in the next 7 days. Thank you for your contribution and understanding! 🙏

@github-actions github-actions bot added the stale label Sep 3, 2023
@github-actions
Copy link

Hello 👋, This issue has been inactive for over 9 months and hasn't received any updates since it was marked as stale. We'll be closing this issue for now, but if you believe this issue is still relevant, please feel free to reopen it. Thank you for your contribution and understanding! 🙏

@github-actions github-actions bot closed this as not planned Won't fix, can't repro, duplicate, stale Sep 11, 2023
@eapolinario eapolinario reopened this Nov 2, 2023
@hamersaw
Copy link
Contributor

hamersaw commented Dec 5, 2023

closing as subset of #4400

@hamersaw hamersaw closed this as completed Dec 5, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request stale untriaged This issues has not yet been looked at by the Maintainers
Projects
None yet
Development

No branches or pull requests

2 participants