A CLI that facilitates injecting AI model metadata from various sources into the Backstage Catalog
All contributions are welcome. The Apache 2 license is used and does not require any contributor agreement to submit patches. That said, the preference at this time for issue tracking is not GitHub issues in this repository.
Rather, visit the team's RHDHPAI Jira project and the 'model-registry-bridge' component.
As the team makes sufficient progress on the basic fit and finish items in the roadmap, and sufficiently progresses beyond the prototype phase, we'll revisit the use of GitHub issues in this repository.
See the development guide for details on how to build and test any contributions you make.
At a high level, the bac CLI
- Provides for the generation of YAML formatted definitions of Backstage
Components,Resources, andAPIscatalog entities by accessing external systems that provide AI model metadata. - Which external systems are supported is expected to grow over time, at least in the short term.
- Once that YAML information is stored in a HTTP accessible file, the
bacCLI then provides commands to instruct a specific Backstage instance to import those entities into its catalog. This will show up as a BackstageLocationin the catalog, where theLocationis a parent of theComponents,ResourcesandAPIs. - Those
Components,Resources, andAPIswill have specific AI relatedtypeswhich will allow for distinguishing from otherComponents,ResourcesandAPIsin the catalog. - It allows for the deletion of Backstage
Locationsand anyComponents,Resources, andAPIsdefined by thatLocation. - Lastly, the
bacCLI allows for retrieving any AI relatedComponents,ResourcesandAPIs.
To receive detailed usage information and example invocations, after building the bac executable, you can run
bac helpThis invocation will also provide the current list of subcommands. Similarly, running
bac help <subcommand>
bac help <subcommand> <subcommand>will provide usage information, example invocations, optional flags, and additional subcommands for the current list of subcommands.
First, our background document gets into the scenarios and personas we are targeting with this CLI, as well as rationale for the syntax, language(s), and the like.
Then, our roadmap document provides a snapshot of the more immediate changes we have planned, with Jira references when ideas reach sufficient priority to warrant official tracking.