-
Notifications
You must be signed in to change notification settings - Fork 706
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
[feature] Can we use one headless service for one job? #1030
Comments
Issue-Label Bot is automatically applying the label Links: app homepage, dashboard and code for this bot. |
/area engprod |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
/reopen |
@tenzen-y: Reopened this issue. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
I realized this need by Aldo's comment. cc: @kubeflow/wg-training-leads |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
/lifecycle frozen |
@tenzen-y brought this up in brainstorming around jobset/kubeflow. We have implemented a few ways to customize network names. |
Was what we used to control service creation for the jobset. |
The suffix will differ from |
We have ps/worker/chief for one TFJob. And now we create one headless service for one replica. I think we can use one headless service for easy-to-use.
After that, we could use
{tfjob_name}-{replica_type}-{index}.{service_name}.svc.cluster.local
in the code.WDYT @johnugeorge @richardsliu
The text was updated successfully, but these errors were encountered: