Matteo Mortari

> similar pattern by MLFlow https://mlflow.org/docs/latest/model-registry.html#id10 I believe this is the link you wanted: https://mlflow.org/docs/latest/model-registry.html#databricks-unity-catalog-model-registry (the original link is an entry in a TOC) Sounds nice and following up from...

For the records, the overall direction is to rely on configuration of the environment for any UX improvements in connecting the client, for example by means of Env variables. This...

Thank you @Al-Pragliola for this proposal, as anticipated I fully agree. One minor suggestion in your diagram is: - box currently labeled "External application 2" should actually read "Model Registry...

I believe this is on hold as - https://github.com/kubeflow/model-registry/pull/425 is holding for the motivations agreed there /hold

Thank you @andreyvelich for raising about this. Favourable, especially to more easily and readily highlight the constituents of Kubeflow. Maybe just "`Kserve`" instead of "`Kubeflow KServe`" ? Or at least...

> we should discuss with @tarilabs @HumairAK and @szaher thank you for tagging me, if it's of any help [here is an entry point for KF MR references](https://www.kubeflow.org/docs/components/model-registry/reference/architecture/), with the...

> Describe alternatives you've considered an alternative I didn't have chance to investigate is whether [workspaces](https://go.dev/ref/mod#workspaces) would make this easier also to be properly managed from dependabot automated toolings.

Another difference between opting for command vs subcommand is the resulting artifact produced: in the case of subcommand, that would have been a "subroutine" in the same binary, while for...

Yes @rareddy or something along those lines. However as mentioned I believe Workspaces should be investigated first, if that ameliorates the problem of keeping deps in sync, without actually "mixing...

> @tarilabs I think we can remove the `lifecycle/stale` here, wdyt? indeed this auto-resolved per https://github.com/kubeflow/model-registry/pull/601 thanks a lot again @lampajr for these contributions!! 🚀