Replicate content from non-prod publish to prod - author | Community
Skip to main content
A
Adobe Employee
AnikaAgAdobe Employee
Adobe Employee
July 22, 2022
Solved

Replicate content from non-prod publish to prod - author

  • July 22, 2022
  • 2 replies
  • 1165 views

What could be the issues in replicating content from non prod publish to prod author directly? We have a scenario where client want to set up some approval workflow where all approval happens in non prod but post approval content is directly moved to prod author. Hence wanted to understand is there an issue doing so?

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 AnikaAg

What i could figure out is that Automating the content WF from lower env to prod is not a recommended option because of below issue that can potentially happen.

    1. Content being over written in PROD due to multiple authors working at the same time which also makes it difficult to revert to original content in case of error.
    2. Difficult to handle a scenario where 2 author worked on different content type where go live dates needs to be managed separately. In such scenario automated publishing to prod will make it difficult to manage such governance in content Go Live.
    3. Un-required / Incorrect content being pushed to prod.

 

Happy to hear other POVs.

 

Thanks

Anika

2 replies

B_Sravan
Community Advisor
B_SravanCommunity Advisor
Community Advisor
July 22, 2022

There won't be an issue. Have all your content ready and approved in a non-prod environment say "stage".
once approved by the client, take a content package with proper filters and install it in prod author.

please maintain versions of your package so as to revert if wanted.

 

    A
    Adobe Employee
    AnikaAgAdobe EmployeeAuthor
    Adobe Employee
    July 22, 2022

    Thanks but what i mean is automate the content movement instead of manual package installation..

      A
      Adobe Employee
      AnikaAgAdobe EmployeeAuthorAccepted solution
      Adobe Employee
      July 22, 2022

      What i could figure out is that Automating the content WF from lower env to prod is not a recommended option because of below issue that can potentially happen.

        1. Content being over written in PROD due to multiple authors working at the same time which also makes it difficult to revert to original content in case of error.
        2. Difficult to handle a scenario where 2 author worked on different content type where go live dates needs to be managed separately. In such scenario automated publishing to prod will make it difficult to manage such governance in content Go Live.
        3. Un-required / Incorrect content being pushed to prod.

       

      Happy to hear other POVs.

       

      Thanks

      Anika

        joerghoh
        Adobe Employee
        joerghohAdobe Employee
        Adobe Employee
        July 25, 2022

        This is violating AEM best practices.

         

        1. What's the role of the PROD authors in your setup? PROD authoring environments are the area where the approval will happen. 
        2. In your setup the Stage environment is a shadow PROD environment. Because if stage is not there, you cannot activate content to PROD. Also think of things like audit data etc which you have to preserve on PROD.
        3. The code on Stage/Shadow PROD and PROD must be consistent and compatible.

         

        Don't do that!

         

         

          A
          Adobe Employee
          AnikaAgAdobe EmployeeAuthor
          Adobe Employee
          July 27, 2022

          Yeah i agree with you its against AEM best practice but client is pushing to have this feature else questioning the capability of AEM as a product because such feature is available in team site.

          So customer do not want to use Prod author for authoring at all. Hence using iso-prod env to author content and post approval want to push content to prod author. We are trying replication agent route where post approval from workflow itself, we are sending that specific content to a separate replication agent which will just replicate the content to prod author from iso-prod author.

          Since that new replication agent is bound to a user same "replication_prod-user" and we have disabled it to be used by default, so that other content doesn't use that replication agent. Do you still see this to be an issue?

           

          Thanks

          Anika

          joerghoh
          Adobe Employee
          joerghohAdobe Employee
          Adobe Employee
          July 27, 2022

          I don't think that it's a good approach to violate best practices and recommendations of a product just to "ease" the migration. I fear that you never get rid of these workarounds and this will cause more pain on the long run. If the customer is questioning AEM for this decision, I think it is the task of the development team leads to explain it to the customer. If this is not possible I would recommend to get in touch with Adobe to get support in this discussion.

           

          From a development point of view your approach is not a real problem, and most likely it will work quite flawlessly. It just causes major pain in the operation. And prepare for questions when you raise support cases where this aspect is uncovered.

          Terms & ConditionsAccessibility statement

          Loading footer...