Infrastructure and Service Monitoring in AEM as a Cloud Service

Adobe Experience Manager as a Cloud Service provides observability and monitoring of: infrastructure, services, and user experience. Since various solutions are used and there are several layers of monitoring, this page is organized into three sections:

AEM as a Cloud Service uses hundreds of cloud-native monitors to continually report the state of each environment (24/7) for 365 days a year. The monitor definitions are not static, they are continuously reviewed to improve the early detection capability. Also, Adobe has on-call procedures set up to respond to alerts.

If you require information about other types of monitoring like logging or monitoring through Cloud Manager, see Additional Resources.

External Availability

External availability is composed of two parts: Service Edge and Custom Monitoring.

Service Edge

All your environments of AEM as a Cloud Service are monitored for availability. However, Service Edge Monitoring is set up only for production environments and the metrics are used to calculate the customer’s SLA. It takes environment runtime and the AEM as a Cloud Service CDN into consideration. Service Edge Monitoring employs five distinct locations close to your chosen region and checks periodically for availability. A site’s unavailability triggers an alert and engages Adobe’s on-call support teams and processes.

Custom Monitoring

With Custom monitoring, customers can optionally provide up to five distinct web property URLs before going live. These URLs should be valid and return an HTTP 200 response code. These monitors support customers who bring their own CDN in front of the Adobe CDN and any external traffic routing employed in front of AEM as a Cloud Service that is not under Adobe’s control. Alerts resulting from Custom Monitoring checks engage Adobe’s support teams and processes.

NOTE

This functionality is only offered for customers with Advanced Cloud Support. If you have any questions, please contact your Adobe account team.

Internal Module Monitoring

While external availability is focused on end-user monitoring, internal module monitoring observes whether the architectural subsystems are operating nominally without feature or performance degradation. If there is a problem, alerts are triggered so repairs can be done either automatically or through the involvement of the operations team, with the goal of preventing compromised availability. There are various categories of monitors, presented below are some example checks:

  • The CPU iowait percentage does not exceed a certain threshold.
  • Instance redeployments do not exceed a certain frequency.
  • Disk usage is below a certain threshold.
  • Author repository size is within certain bounds.
  • Backup operations are completed successfully.
  • Database health and performance are monitored.
  • AEM Cloud services are behaving as expected, including no blocked replication queues, consistent data, and performant queries.

Additional checks are added to environments provisioned for Forms. Check definitions are not static and are subject to changes and updates.

Customer observability

Customers can use the New Relic Application Performance Monitoring suite that provides real-time performance data collected and charted for analysis and troubleshooting. By using the monitoring suite, customers can directly observe various metrics such as: JVM performance metrics, transaction time for Java™, background external calls, and database calls.

Additional Resources

On this page