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.
The group can begin in early May 2017. The group will be sunset by November 2017, with a report during Samvera Connect.
Note that to be a member of a Working Group, you must have have a CLA in place if you are committing code and you must consent to release documentation under a Creative Commons Attribution-Share Alike 3.0 Unported License.