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
The control plane and console presently rely on a version string set on the SITE vanflow records to communicate skupper controller versions of connected sites (distinct from router version.)
Could we add a configuration option so that the "controller" (in this case the non-kube bootstrap process) could expose its version?
I'm thinking the router should take a --site site.json argument. For now that file would be:
{
"version": "9.9.9"
}
But in future, if there's anything else we want in the vanflow site record, we could inject it here. For example, SiteRecord currently has Provider and Namespace, which we could also set. I guess that raises a question: how is the SiteRecord.Name currently determined?
The control plane and console presently rely on a version string set on the SITE vanflow records to communicate skupper controller versions of connected sites (distinct from router version.)
Could we add a configuration option so that the "controller" (in this case the non-kube bootstrap process) could expose its version?
This was likely missed on the first go-around as the vanflow spec was missing this attribute: skupperproject/vanflow-specification@260504a
The text was updated successfully, but these errors were encountered: