This group will work towards generating a Minimum Viable Product (MVP) repository solution which enables the use of multiple disparate storage backends for both files and metadata using the Data Mapper pattern, as a proof-of-concept for improving the flexibility of the Samvera architecture. In doing so, it will broaden the potential adoption base and provide the ability to compare pros/cons of various configurations for each institution. This group will attempt a solution which:
1) Enables persistence of metadata into at least two different backends (one being Fedora.)
2) Enables persistence of binary resources (files) into at least two different backends (one being Fedora.)
3) Reduces the dependence of Samvera's front-end on inter-community gems, preferring solutions with a larger adoption.
4) Provides a suite of tests for creating further backends without altering the front-end business logic.
Assuming success, the group will build a list of strategies for implementing this code in the core Samvera infrastructure.
Deliverables & Timeframe
Generate an MVP repository which can persist to two or more backends.
Agree upon a representative set of features necessary for confidence that this strategy will work in the core of Samvera.
Participate in scheduled week-long development efforts for development.
Recognize and document differences between persistence backends and the impact of use cases on our requirements for each.
Generate a document of recommendations on how to implement the code in the core of the Samvera stack.