EAS provides logging, monitoring, and alerting capabilities that cover the full path from issue detection and troubleshooting to long-term analysis.
Overview
Logs, monitoring, and alerts each play a distinct role in incident response:
-
Logs: Capture detailed service output—startup messages, request handling, and error stack traces—so you can pinpoint the root cause of an issue.
-
Monitoring: Surface service trends through metrics and charts (QPS, latency, error rate, resource usage) so you can detect anomalies and plan capacity.
-
Alerts: Apply thresholds to monitoring metrics and notify you when something goes wrong, prompting timely action.
A typical troubleshooting path: an alert fires → monitoring narrows down the affected metric and time window → logs reveal the root cause.
Logs
EAS provides three logging options:
-
Historical logs: View past logs on the Log tab of the service details page, with per-instance filtering, keyword search, and time-range filtering. Best for log retrieval and analysis.
-
Real-time logs: Select an instance in the Service Instance list, then click Real-time Logs to stream the container's rolling output. Best for interactive debugging or scenarios requiring immediate visibility, such as watching token-by-token inference output.
NoteReal-time logs aren't available for services created before this feature launched. Recreate the service to use them.
-
SLS log delivery: Deliver logs to SLS for long-term retention, cross-service correlation, and compliance archiving. Configure delivery rules in the resource group first. For details, see Configure log collection for a resource group.
Monitoring
EAS provides four monitoring options:
-
Service monitoring: View basic runtime metrics such as QPS, latency, error rate, and resource usage. Works out of the box—open the Monitoring tab on the service details page. For details, see View service monitoring metrics.
-
Custom metrics: Report business metrics such as inference token count, batch size, and hit rate by adding instrumentation to your service code. For details, see Custom monitoring and auto scaling metrics.
-
Dashboards: Aggregate key metrics from multiple services onto a unified board. Best for routine health checks across services. For details, see Monitoring dashboard.
-
ARMS integration: Connect to Application Performance Monitoring (APM) for distributed tracing and pinpointing performance bottlenecks across components. For details, see Customize observability dashboards and alerts using ARMS.
Alerts
EAS supports two alerting methods:
-
Metric alerts: Notify you when monitoring metrics—such as error rate, latency, or resource usage—exceed a configured threshold. Build rules from service monitoring metrics. For details, see Configure service monitoring alerts.
-
CloudMonitor events: Listen for service lifecycle events—such as deployment completion, scaling, and unexpected instance exits—and send notifications. For details, see View EAS events in CloudMonitor.
FAQ
Q: Why don't logs appear on the Log tab of the service details page?
Common causes:
-
The service instance hasn't finished starting—it's still pulling the image or initializing.
-
The service process isn't writing logs to stdout or stderr.
-
The query time window is too narrow, or the selected instance has no logs. Widen the time range or switch to All instances and retry.
Q: How does the console Log tab relate to SLS log delivery?
Both let you look up logs after the fact, but they serve different needs. The console Log tab works out of the box and fits quick troubleshooting for a single service over a recent time window. SLS log delivery requires configuration but supports long-term retention, cross-service correlation, and compliance archiving. You can enable both and choose whichever fits the scenario.