You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Dec 2, 2021. It is now read-only.
Let’s say my model or data is in a volume. This might be the case if I’m running on-prem and perhaps my data isn’t allowed to leave my company network. If so does ‘uri’ allow me to capture where it is? I then want a name of a volume and path on the volume. Perhaps those could be introduced as fields or the existing field called ‘location’?
For on-prem volume case, Is that possiable to set the uri to pvc://pvc_name/path/for/models? First area between / can be pvc_name and following model path.
As @zhenghuiwang mentioned the metadata service doesn't interpret the URIs, it just stores them. The URI can be completely arbitrary, so yes, you can prefix it with pvc://. The other systems that interact with the metadata service need to know how to interpret it and consume it.
We have started a discussion with @zhenghuiwang in the design doc, for extending the metadata service's context execution, too. This will allow us to track PVCs and even K8s objects in an immutable way, so if you are running an intelligent data management layer underneath (like Arrikto's Rok), you will be able to reproduce the whole state from a URI in the metadata service. I will be coming back on this for v0.7, once v0.6 is released and we can test the Metadata functionality.
Let’s say my model or data is in a volume. This might be the case if I’m running on-prem and perhaps my data isn’t allowed to leave my company network. If so does ‘uri’ allow me to capture where it is? I then want a name of a volume and path on the volume. Perhaps those could be introduced as fields or the existing field called ‘location’?
@cvenets perhaps you have a view on this?
The text was updated successfully, but these errors were encountered: