Publishing rendition assets from one DAMS instance to another publishing instance | Community
Skip to main content
jimp38732070
New Participant
January 25, 2017
Solved

Publishing rendition assets from one DAMS instance to another publishing instance

  • January 25, 2017
  • 5 replies
  • 2119 views

We have historically used an AEM instance for web content management.  The assets repository for that instance retains assets used/published on those web properties.

We would like to have a separate DAMS instance to house all original master assets that published renditions are created from.  This "global" repository would have heavy ingest and update use and architecturally would be tailored for managing those large and many original assets.  Isolating performance impacts from the web content publishing instance is the driving thought behind this.  Can asset renditions suitable for web presentation be shared/published from this global DAMS into the instance for web publishing via a best practice or proven use case?  We would like to update one master asset and new renditions would then be replicated to the publishing instance for update to all end pages utilizing that asset.

Any thoughts, direction or reference would be greatly appreciated.

Jim P

This post is no longer active and is closed to new replies. Need help? Start a new post to ask your question.
Best answer by abhishek_dwevedi

Hi Jim , 

Here are few points which may be helpful in answering your question :

- You can have separate DAM system to store all original master asset and renditions.

- To avoid performance impact due to ingestion of assets , you can configure dam workflow offloading. Refer [0] [1] for more info.

- You can also configure Dynamic Media to generate custom rendition on the fly without storing in repository. Refer [2] for more info.

- Also make sure you are following best practices for scaling and sizing of the architecture. Refer [3] for more info.

Hope this helps.

 

Best Regards,

Abhishek

 

[0] https://docs.adobe.com/docs/en/aem/6-2/administer/content/workflow-offloader.html

[1] https://docs.adobe.com/docs/en/aem/6-2/administer/content/assets/best-practices-for-assets/assets-offloading-best-practices.html

[2] https://docs.adobe.com/docs/en/aem/6-2/author/assets/dynamic-media.html

[3] https://docs.adobe.com/docs/en/aem/6-2/administer/content/assets/best-practices-for-assets.html

5 replies

jimp38732070
New Participant
January 31, 2017

Thank you Abhishek, very helpful.  If there is any documentation at all on how to publish from one DAMS instance to the publishing instance of another, I'd love to see them. 

Thanks again!

Jim P

abhishek_dwevediAccepted solution
Employee
January 27, 2017

Hi Jim , 

Here are few points which may be helpful in answering your question :

- You can have separate DAM system to store all original master asset and renditions.

- To avoid performance impact due to ingestion of assets , you can configure dam workflow offloading. Refer [0] [1] for more info.

- You can also configure Dynamic Media to generate custom rendition on the fly without storing in repository. Refer [2] for more info.

- Also make sure you are following best practices for scaling and sizing of the architecture. Refer [3] for more info.

Hope this helps.

 

Best Regards,

Abhishek

 

[0] https://docs.adobe.com/docs/en/aem/6-2/administer/content/workflow-offloader.html

[1] https://docs.adobe.com/docs/en/aem/6-2/administer/content/assets/best-practices-for-assets/assets-offloading-best-practices.html

[2] https://docs.adobe.com/docs/en/aem/6-2/author/assets/dynamic-media.html

[3] https://docs.adobe.com/docs/en/aem/6-2/administer/content/assets/best-practices-for-assets.html

jimp38732070
New Participant
January 27, 2017

Thanks Scott.  Nice overview, but nothing specific to this.  Anything that pertains to this subject would be great.

Jim P

smacdonald2008
New Participant
January 26, 2017

Watch this session on Ask the AEM Community Experts - our Assets experts covers best practices.  I will also ask them to look at this thread.