AWS DevOps Agent helps engineering teams investigate application incidents and identify improvements to reliability and performance. It combines application resource relationships with information from observability tools, runbooks, source repositories, and CI/CD pipelines. This context helps connect operational symptoms with potential causes, including recent deployments and changes in dependent systems. Its scope includes applications running on AWS, in supported external cloud environments, and on premises.
Start an investigation with a specific symptom, an affected application, and a useful time window. For example, when checkout latency increases after a deployment, ask the agent to examine relevant telemetry, resource dependencies, and deployment changes. Review the evidence supporting its conclusions before choosing a mitigation. A correlation between a deployment and an incident is a useful lead, but engineers should still validate the proposed explanation.
Investigation quality depends on the operational context available through configured connections. Connect the relevant observability systems, repositories, delivery tools, and runbooks, and define the application boundary clearly. Missing logs, incomplete dependency information, or inaccessible deployment records can limit the investigation. Scope access to the resources and environments required for the task, and distinguish permissions for investigation from permissions that allow production changes.
Custom SRE agents can run on a schedule within Agent Spaces. A team can create a recurring database health review that examines slow queries and configuration parameters requiring attention. Custom skills and bring-your-own sub-agents provide extension points for specialized workflows. Headless access through MCP and A2A protocols allows compatible assistants and other agents to use DevOps Agent capabilities from existing engineering tools.
Bidirectional Slack communication lets engineers initiate and steer investigations by mentioning the agent in connected conversations. This keeps investigation requests and follow-up questions close to the incident discussion. The AWS Resilience Hub integration provides a separate workflow for reviewing failure-mode assessment findings, implementing mitigations, and examining resilience test results. Teams can use these findings to prioritize preventive work alongside active incident response.
The release-management capability is available in preview and includes release-readiness review and autonomous release testing. Use it as an additional validation layer alongside established tests, deployment approvals, and rollback mechanisms. Before adopting any workflow that can affect production, establish authorization boundaries, evaluate the proposed changes, and define how service health will be checked afterward. Confirm regional availability, connector requirements, and preview restrictions for the capabilities included in the architecture.