enterprise data management

Two paths emerge for taming AI agents in production.

As enterprises increasingly deploy AI agents, a critical divide is emerging between Google and Amazon Web Services (AWS) in managing these systems.

3 min readVentureBeat
Two paths emerge for taming AI agents in production.

The choice before enterprises is no longer whether to adopt AI agents, but how to govern them once they are in production. Two distinct philosophies now define this decision. AWS, alongside Anthropic and OpenAI, optimizes for speed, offering harnesses that get agents running quickly by abstracting away the underlying orchestration. Google, with Gemini Enterprise, is betting that control is the more pressing need, positioning a Kubernetes-style management plane at the system layer to enforce identity, policy, and oversight. Neither approach is wrong. But treating this as a simple fork in the road misses the point: the real question is about risk tolerance, not preference.

For most organizations, the practical implication is that you will need to operate in both modes simultaneously. The teams experimenting with Claude Managed Agents or the Agents SDK will deliver value faster, iterating on use cases that are peripheral to your core revenue. That is not a weakness; it is how you discover what these systems can actually do. But the moment an agent touches a critical process, customer billing, supply chain decisions, compliance reporting, the harness model that got you there will not hold. State drift becomes a real threat as agents run longer and accumulate context that slowly becomes stale. AWS's approach does not solve that. Google's control plane at least gives you visibility into it, which is the first step toward managing it.

The vendors know this, which is why they are staking out positions rather than offering a single answer. AWS is optimizing for velocity because it knows that is what wins early adopters. Google is optimizing for governance because it knows that is what wins over the long haul. Neither is being disingenuous. They are simply betting on different parts of the problem. The risk is that you feel pressured to pick a side. Do not. The enterprises that will succeed are the ones that treat this as a spectrum, not a binary. Use harnesses to move quickly on low-stakes experiments. Use a control plane for anything that matters. And keep a close eye on how both approaches evolve, because the technology is young and the failure modes are only beginning to surface.

The pragmatic path forward is to demand that your platform choices do not lock you into one philosophy. You need the ability to start fast and then add governance as the stakes rise. That means asking vendors hard questions about how their systems handle long-running agents, how they surface drift, and whether their management tools can interoperate with the rest of your stack. If a vendor cannot answer those questions clearly, they are selling you a demo, not a production system. The window for stitching together prompt chains is closing. The window for making thoughtful, risk-aware decisions about agent management is wide open. Act accordingly.

From VentureBeat

The era of enterprises stitching together prompt chains and shadow agents is nearing its end as more options for orchestrating complex multi-agent systems emerge. As organizations move AI agents into production, the question remains: "how will we manage them?"

Google and Amazon Web Services offer fundamentally different answers, illustrating a split in the AI stack. Google’s approach is to run agentic management on the system layer, while AWS’s harness method sets up in the execution layer.

Read the original at VentureBeat