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

fix(run): add namespace id in response #511

Merged
merged 2 commits into from
Nov 5, 2024

Conversation

joremysh
Copy link
Contributor

@joremysh joremysh commented Nov 5, 2024

Because

  • dashboard needs pipeline/model namespace id to redirect

This commit

  • add namespace id in response

Copy link

linear bot commented Nov 5, 2024

Copy link

github-actions bot commented Nov 5, 2024

The latest Buf updates on your PR. Results from workflow Buf CI / buf (pull_request).

BuildFormatLintBreakingUpdated (UTC)
✅ passed✅ passed✅ passed✅ passedNov 5, 2024, 7:48 AM

@joremysh joremysh merged commit 0f9ef80 into main Nov 5, 2024
1 check passed
@joremysh joremysh deleted the jeremy/ins-6757-model-trigger-table-records-api branch November 5, 2024 08:23
@@ -1773,6 +1773,8 @@ message ModelRun {
// Requester ID. This field might be empty if the model run belongs to a
// deleted namespace.
string requester_id = 16 [(google.api.field_behavior) = OUTPUT_ONLY];
// Namespace ID.
string namespace_id = 17 [(google.api.field_behavior) = OUTPUT_ONLY];
Copy link
Collaborator

@jvallesm jvallesm Nov 5, 2024

Choose a reason for hiding this comment

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

The difference between fields such as namespace, requester and runner ID are getting more and more confusing. This is the namespace of the model, right? Why not calling it model_namespace, if it sits next to model_id? Also, model_uid identifies uniquely a model, but if we need this I assume no client is using that field (which is right, in public APIs we should use the public ID). Can that field be removed?

Documenting the difference between runner and requester would be good, too. Every time I read this contract I need to think how they differ.

Copy link
Member

Choose a reason for hiding this comment

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

@jvallesm FE won't know what is the namespace this resource belong to if we don't have this, another solution is using something like model_name and I will handle the interpretation of it

Copy link
Collaborator

Choose a reason for hiding this comment

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

@EiffelFly I understand the need for this field, my comment is addressed to the naming (namespace can be interpreted as related to the model, not the run). I also thought of model_name but since we refactored our contracts from there to namespace + id, I think having 2 fields for this is better.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

  • remove model_uid
  • rename namespace_id to model_namespace_id
  • update model_namespace_id documentations

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
No open projects
Status: No status
Development

Successfully merging this pull request may close these issues.

5 participants