This document outlines some of the differences between AEM on-premises/ Managed Services Vs AEM as a Cloud Service.
AEM on Prem/Managed Service
AEM as Cloud Service
Depends on Infrastructure & Users based
Depends on Usage
Need manual intervention & it’s costly
Automated upgrades are available
Built like monolith application, requires custom development & cost to set up the instances & integrate with external services. It has fixed number of AEM images which has to be decided and installed at beginning of project.
Built on Micro service-based architecture & doesn’t need extra cost for setting up instances etc like On Prem. It has variable number of AEM images and they are used as per need.
Security fixes need to be deployed manually & it takes time to deploy till prod as proper testing is needed before that.
Security fixes can be deployed automatically on daily basis.
Any code management repository can be used
In standard process, only Adobe Git repository has to be used.
Any CI tool can be used for this.
Cloud manager has to be used
It has to be controlled through Author Instance User Management page.
CRX can be accessed for any environment and same. Configurations, Indexes can be configured and maintained anytime. Configurations, Indexes can be configured and maintained anytime. Custom Runmodes are possible at any time.
On Prod, CRX is not accessible. OSGI configurations & Indexes has to be managed as a part of code only. There is no alternative to control the configurations directly on any environment. Custom Runmodes are not allowed.
Mutable & Immutable Content
No constraint for mutable & immutable content.
Mutable & Immutable content are strictly managed.
Dispatcher & CDN
Dispatcher configurations can be organized in any folder structure. Any CDN can be used here, mostly Akamai or fastly are used.
Dispatcher configuration follows standard structure as per cloud manager. Adobe managed CDN is used here, if customer goes for own CDN then that CDN has to point to AEM managed CDN.
Better support for big repositories
Multiple distributed cluster nodes for high availability
Support for many child nodes and Access Control Levels
Auto-scaling possible, is scaled based on the actual traffic and actual activity.
Has individual instances that only run when needed.
Uses modular applications.
Has an author cluster as default; this avoids downtime for maintenance tasks.
AEM Publish Changes & Replication agent
Changes are possible on AEM publish instance directly. We’ve OOTB replication agents available for publishing and we can create custom replication agents as well.
On Cloud, changes in publish instance are not possible. Here, we’ve Sling Content Distribution for publishing content. There is no option to create or use replication agent.
AEM community, CUG etc can be used as identity management. However, the same doesn’t hold applicable in case of cloud.
A major change to AEM as a Cloud Service is the fully integrated use of Adobe IDs for accessing the author tier. This requires use of the Adobe Admin console for managing users and user groups.