Skip to content
Putting technology to work.
Insights to guide decisions and action.

Search articles

First steps in adopting AIOps — How AWS DevOps Agent's multicloud support transforms mid-market IT operations

Table of contents · 8 items

"Understaffed operations" and the rise of AIOps

The most severe challenge facing mid-market and SMB infrastructure operations is staffing shortages.

  • Chronic shortages of on-call personnel for nights and weekends
  • Initial incident triage heavily dependent on a handful of senior engineers
  • Logs accumulate, but anomaly detection remains siloed in individual expertise
  • Post-mortems are written, but subsequent incidents repeat the same failures

While cloud adoption multiplies infrastructure components, operations headcount remains static. Bridging this gap is why AIOps (AI for IT Operations) is garnering intense interest.

In April 2026, AWS announced that AWS DevOps Agent now supports incident response across Azure and on-premises environments. Expanding an AI agent previously confined to AWS ecosystems into multicloud and hybrid environments lowers adoption barriers for mid-market enterprises that are not AWS-centric.

Architecture overview of multicloud operations with AWS DevOps Agent

What is AWS DevOps Agent?

Permissions

AWS DevOps Agent is an AI agent designed to assist operations teams with incident response and routine operational tasks.

FeaturesDetails
Primary incident triageReceives alerts → Gathers relevant logs → Formulates hypotheses
Automated runbook executionAutomates routine remediation (reboots, scaling, notifications)
Post-mortem draftingGenerates initial timeline summaries, root-cause hypotheses, and prevention steps
Continuous learningImproves future accuracy using past response histories

Previously, these workflows relied on the tacit knowledge of SREs and senior infrastructure engineers. Delegating them to AI agents enables teams to automate initial night-time incident handling.

The significance of multicloud support

The critical takeaway of this update is that scope has expanded into non-AWS environments.

  • Incident response for Azure VMs, Azure Functions, and AKS
  • Log collection and triage for on-premises Kubernetes and VMs
  • Cross-cloud correlation analysis in hybrid environments

Many mid-market companies face the reality that they use both AWS and Azure, and on-premises systems still remain. AIOps tools restricted to a single cloud proved unhelpful in actual operations, but multicloud support now allows teams to manage the entire footprint centrally.

Adoption benefits for mid-market enterprises

1. Alleviating night-time on-call burdens

Delegating primary triage to an AI agent drastically reduces human callouts. Routing only genuine decisions and critical tasks to on-call engineers becomes a workable reality.

2. Eliminating knowledge silos

Scenarios where "only one specific engineer understands this alert" can be converted into institutional knowledge stored in the agent's operational history. Because agent prompts and runbooks can be version-controlled in repositories as code assets, this mitigates turnover and reorganization risks.

3. Improving post-mortem quality

Post-mortem writing after incidents often suffers from inconsistent quality because exhausted engineers write them. Having the agent draft the initial review so humans can focus on reviewing and adding insights helps institutional learning stick.

4. Evaluating non-AWS environments on an equal footing

Previously, teams were stuck with disjointed operations across separate tools—Azure Monitor for Azure, CloudWatch for AWS, and Zabbix for on-premises. Multicloud support consolidates everything into a single operational cockpit.

How to approach rollout design

Phase 1: Observation mode (1–2 months)

Start by having the agent observe and propose without executing direct actions.

  1. Add DevOps Agent as a recipient for existing alerts
  2. Configure the agent to post proposed remediation plans to Slack only
  3. Humans execute actions manually as before
  4. Evaluate the accuracy of the agent's proposals via logs

Phase 2: Approval-based execution (2–3 months)

Where confidence is established, shift to a mode where the agent executes actions only after human approval.

  • Low-risk actions such as service reboots and scaling up instances
  • Provide single-click approval UI in Slack
  • Ensure all execution logs are preserved in Slack and audit logs

Phase 3: Automated execution (3–6 months)

Fully automate recurring, routine responses only.

  • Set strict trigger conditions based on "specific alert × time window × execution limit"
  • Always preserve escalation pathways to humans
  • Conduct weekly human reviews of execution logs

Phase 4: Automated post-mortem generation

The AI agent correlates timelines and logs to create initial post-mortem drafts, which humans finalize. At this stage, operations teams can concentrate on decision-making and continuous learning.

Operational design considerations

1. Enforcing least privilege in permission design

Granting cloud access permissions to an AI agent gives it destructive potential equal to or greater than human actions.

  • Strictly enforce least privilege using IAM and RBAC
  • Limit automated execution within production environments
  • Store audit logs in a separate location outside target cloud accounts

For foundational security architecture, refer to our Basic Web Security Guide, and for Google Workspace environments, see our Google Workspace Security Checklist.

2. Prompt injection defense

If malicious strings are injected into logs or alert text, attacks that compromise agent judgment are theoretically possible. Always sanitize external input strings and deliberately define the boundaries exposed to the agent.

3. Guarding against the "black box" effect

As automation deepens, situations emerge where humans no longer comprehend why a specific remediation was performed.

  • Require the agent to post the rationale behind its decisions to Slack
  • Perform monthly human reviews of all remediation actions taken by the agent
  • Maintain architectures that preserve end-to-end decision traceability

4. Cost monitoring

Invoking AI agents incurs API token costs. Feeding large volumes of logs into models can cause costs to spike rapidly, making input filtering crucial. For cost modeling strategies, our guide on Gemini API Flex and Priority Tiers is also helpful.

Integrating with existing toolchains

RoleTool examples
Monitoring and alertingDatadog / New Relic / CloudWatch / Azure Monitor
Log aggregationOpenSearch / Splunk / Loki
CommunicationSlack / Microsoft Teams / Google Chat
RunbooksAnsible / Terraform / Step Functions
AI agentAWS DevOps Agent + Claude / Bedrock

AWS DevOps Agent is not a standalone replacement tool, but a component designed to integrate into your existing operations stack. Phased substitution while preserving existing assets represents the most practical path.

Projected ROI for mid-market businesses

ItemTraditionalAfter adoption
Night-time on-call callouts30–50 per month5–15 per month
Initial triage duration30–60 min average5–10 min average
Post-mortem authoring effort2–4 hours per incident30–60 min per incident
Knowledge silo riskHighMedium

Achieving financial returns equivalent to several million to 10 million yen annually in labor costs is not uncommon. Furthermore, enabling senior engineers to dedicate time to strategic initiatives provides substantial qualitative value.

Conclusion

AWS DevOps Agent's multicloud support represents a practical stepping stone for mid-market businesses adopting AIOps.

  • Context: Simultaneous challenges of labor shortages and multicloud expansion
  • Capabilities: Primary triage, runbook execution, post-mortem generation, continuous learning
  • Rollout phases: Observation → Approval-based execution → Automated execution → Automated post-mortems
  • Key considerations: Least privilege, prompt injection defense, black box prevention, cost monitoring

For foundational automation preceding full AIOps, our Complete MCP Guide and Claude Code Workflow serve as helpful references.

At GleamHub, we support mid-market enterprises with multicloud operational architecture, AIOps implementation partnerships, and runbook formalization. If your operations team struggles with on-call fatigue or knowledge silos, please reach out to us.


References

Share this articleXFacebook
Kakeru Suzuki

Fascinated by the possibilities of technology, has had a deep interest in programming and digital art since student days

Turn this article's theme into your company's next step

Concrete steps forward for your organization.

We organize your desired architecture, legacy systems, and operational requirements to formulate your next steps toward execution.

  • Desired architecture
  • Integration with existing environments
  • Operational requirements
Consult on development & operations initiatives

You can consult with us from the initial conceptual stage. Details from this article will be carried over to the inquiry form.

Receive the latest articles by email