-
Notifications
You must be signed in to change notification settings - Fork 329
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
Add support for on premise Tensorboard #607
Comments
% tensorboard --help
usage: tensorboard ··· {serve,dev} ···
···
positional arguments:
{serve,dev} TensorBoard subcommand (defaults to 'serve')
serve start local TensorBoard server (default subcommand)
dev upload data to TensorBoard.dev
optional arguments:
··· As per the help message on the
Sounds logical, but it would be a bad remedy if we let users resort to the self-hosted version and expose it to the wide internet without any security measure; see tensorflow/tensorboard#267. We can generate custom addresses for each run as proposed on tensorflow/tensorboard#267 (comment) and use |
Once instances stop, users won't be able to access the service anymore and the link will be down. Right? 🤔 |
Im not speaking about ephemeral tensorboard but allow users to have their own TB up and running.
tensorboard.dev works that way. It's totally insecure. The user would have t think how to securize that. Aside that even with ephemeral TB this would be awesome because the user can see the output during the training even that later on tb is not available anymore is still useful. |
Do you mean spinning up a persistent cloud instance with our Terraform provider to deploy Tensorboard, and leave it running indefinitely like if it were tensorboard.dev? As far as I can tell, the
Agh! Well, they generate a new URL for each result with a ~128 bit unique suffix, but anybody with the URL can access the metrics. Fortunately enough, they do have some reasonable security guidelines for the self-hosted counterpart:
Preferably, we should be in charge of that. When you buy a car, it doesn't come with a hot shoe behind the wheel and a note suggesting to connect an airbag if you deem it necessary, or choose the optimism and prayer add-on instead.
Agreed! |
I think it allow to set the host |
I still haven't found how to do that after a cursory investigation. 🤔 This could work, but seems to be an experimental setting, and deploying a tensorboard.dev alternative on our own might not be a brilliant idea. |
Right now only considers dev while it could use users instances.
Some users do not use cml-tensorboard-dev because of privacy reasons
The text was updated successfully, but these errors were encountered: