How to Make One RAM Repository Update Another One
Having two instances of RAM:
- one of which is a "normal" intance where assets are created, go through a lifeycle and are published.
- the second instance is read only and gets updated from assets that are published in the first instance
The second instance would have a different user audience than the first instance As assets were approved and published in Instance 1 they would by copied to Instance 2 where different user access permissions would be applied.
I'm wondering what is the best way to handle moving approved assets from the first instance to the second and then updating new versions as they are published? Essentially, I want Instance 1 to be the authoritative copy and Instance 2 is just for reference.
Thanks,
Accepted answer
Run on some interval, look for approve (categorized to be published) assets, and create them on the read only repository, and create a link between these assets.
If assets are created, updated, or archived... it will propagate these to the read only repo.
One other answer
Comments
Entirely different audiences for each. The first would be like the definitive library for all assets. The second (and possibly other) instance would take a subset of the assets and make them viewable for a select audience. The two instances would authenticate using different directories and could be in different zone with respect ot firewalls.
The main requirement is that there have to be two separate instances. We can't grant access to the definitive library to everyone.
Not there yet understanding the "...Entirely different audiences for each..."
If assets are not visible to a large audience until they are approved, and you can filter by state (in the case you are one of the approvers) ... why have two watches to tell the time?
Hi Gili,
The use case here could be something like the following. For internal users, we have a repository that authenticates against our internal LDAP. As assets are approved we want to copy them to a separate repository which exists outside of the firewall for customer access in a read only mode. A separate LDAP would be used ot authenticate customers. We can't allow customers to access the repository on the internal network.
Thanks,
k, multi tenancy; got it.