It should be noted that Cloud Manager transforms locally assembled content packages into an artifact conforming to the Sling Feature Model, which is how an AEM as a Cloud Service application is described when running in a cloud environment. Deploying Content Packages via Cloud Manager and Package Manager Deployments via Cloud ManagerĬustomers deploy custom code to cloud environments through Cloud Manager. Your browser does not support the iframe element. Like for existing non-cloud AEM versions, a local, offline development based on a specific quickstart will be supported and is expected to be the tool of choice for debugging in the majority of cases. However, AEM as a Cloud Service applications are automatically updated to the latest version of AEM more often, so custom code for internal releases should be built against the latest AEM version. Customer Releases Coding against the right AEM versionįor previous AEM solutions, the most current AEM version changed infrequently (roughly annually with quarterly service packs) and customers would update the production instances to the latest quickstart on their own time, referencing the API Jar. The rest of this document will describe how developers should adapt their practices so they work with both AEM as a Cloud Service’s Version updates and customer updates. They are intended to be backward compatible with the customer code already deployed. AEM version updates that happen after that, which will be frequent and are automatically applied. Viewed in another way, custom code releases should be tested against the AEM version that is on production since that is what it will be deployed on the top. The update of the AEM version is always a separate deployment event from pushing custom code. For quick feature validation and debugging prior to deploying those aforementioned environments, code can be synced from a local environment to a Rapid Development Environment. This is now the sole mechanism for deploying code to AEM as a Cloud Service dev, stage, and production environments. Cloud Manager, which was an optional content delivery tool for Managed Services, is required. Developers write code and test it locally, which is then pushed to remote AEM as a Cloud Service environments. The fundamentals of code development are similar in AEM as a Cloud Service compared to the AEM On Premise and Managed Services solutions. Deploying to AEM as a Cloud Service Introduction
0 Comments
Leave a Reply. |