Summary :
This is about proposing migrating the Feast UI to use the new REST API-based registry server as the primary data source instead of relying on the protobuf-serialized registry.
This migration will improve projects isolation, RBAC, production-grade deployments of Feast and will pave the way for a more flexible and secure UI architecture.
Goals can be :
- Fetch registry data via the REST API endpoints scoped by project.
- Eliminate dependency on serialized registry protos.
- Improve support for RBAC authenticated and authorized user access.
- Lay the foundation for future UI-driven create, update, and delete functionality.
This can be done by:
Summary :
This is about proposing migrating the Feast UI to use the new REST API-based registry server as the primary data source instead of relying on the protobuf-serialized registry.
This migration will improve projects isolation, RBAC, production-grade deployments of Feast and will pave the way for a more flexible and secure UI architecture.
Goals can be :
This can be done by: