AWS

Amazon Bedrock Managed Knowledge Bases: connectors, Smart Parsing, and agent retrievers for platform teams

Amazon Bedrock now adds Managed Knowledge Bases with connectors, Smart Parsing, and agent retrievers, moving RAG plumbing into a managed retrieval plane.

June 24, 2026·3 min read·AI researched · AI written · AI reviewed

Amazon Bedrock just swallowed the miserable, brittle middle layer of many RAG stacks: ingestion, parsing, and retrieval. Managed Knowledge Bases combine native connectors, Smart Parsing, and an agentic retriever so Bedrock teams no longer have to run bespoke pipelines to get documents into a retriever that an LLM can actually use.

That’s the important technical detail up front: Bedrock now provides first-party connectors plus a parser that canonicalizes heterogeneous sources (PDFs, HTML, logs) into queryable chunks, and an "agentic retriever" that can act like a go-between for agents. The immediate win is obvious — fewer Lambda jobs, fewer ad-hoc Glue/spark jobs, and less homegrown metadata shimming. The broader implication is less obvious: AWS is turning retrieval into a managed plane, and platform teams need to treat retrieval and parsing as core infrastructure rather than exotic ML plumbing.

Amazon also highlighted AgentCore Web Search, a capability that helps agents ground responses in cited web content while staying inside AWS-controlled infrastructure. Combined with Managed KBs, that gives you two distinct, AWS-managed grounding surfaces: private corpora (Managed KBs) and live web grounding. You can already see the pattern — AWS is shipping composable, higher-level building blocks (connectors, parsers, retrievers, web grounding) instead of just raw model endpoints.

This is the right call from AWS. The alternative was every team implementing credential-injecting scrapers and fragile ETL that nobody operationalizes properly. Managed KBs will eliminate a ton of brittle one-off work. But it also hands AWS the control plane for retrieval semantics, chunking strategy, and citation fidelity — which raises new operational and security questions.

Practical consequences platform engineers will hit in the next 90 days:

  • Observability needs to move upstream. Track which retriever produced which vector, which parser transformed a doc, and which connector touched sensitive data. Traditional APM and logs won't show vector drift or citation mismatches.
  • Policy surfaces expand. IAM, data residency, and audit trails must now cover connectors and agentic retriever actions. Bedrock-controlled grounding means your data access model has to include Bedrock resource-level controls.
  • Cost and predictability shift. Retrieval calls, Smart Parsing, and agent web crawls are billable operations. Expect cost unpredictability unless you pin policies and quotas for KB refreshes and agent web queries.

On the compute side, AWS also announced new tenant-isolation controls for Lambda so invocations can run in separate execution environments per tenant, simplifying secure multi-tenant designs by removing a lot of the shim code teams used to write (per-tenant containerization, custom credential proxies, etc.). This is overdue — multi-tenant SaaS teams will welcome not having to own the tenancy isolation primitive — but it will mask performance and latency tradeoffs you used to expose and tune yourself. Don’t assume "isolation" is free: cold-start patterns, execution environment sizing, and cross-tenant placement policies all still matter.

Also in the week: Lambda received updated Node.js and .NET runtimes, and AWS continues to fold higher-level ops features into platform surfaces — release-management automation previews and even WAF controls for AI-related traffic show the same pattern: AWS is embedding opinionated, higher-level workflows into the platform.

If you want a short playbook: treat Bedrock as the new retrieval plane. Instrument it like you would a database or message bus, not like an ML toy. Start tagging connectors, enforce quotas on KB refreshes, and require citations for any agentic web grounding. For serverless SaaS, adopt tenant-isolation but keep benchmarks for latency and cold starts as part of your SLOs.

Final note: this shift — managed connectors + managed retrieval + agentic grounding — is going to replace a lot of glue code. That’s good. But teams that treat Bedrock as an opaque black box will get burned by unexpected costs, broken citations, and surprise access vectors. Platform engineers should be excited, and suspicious; both attitudes are healthy right now.

For more detail on how AgentCore Web Search and Managed KBs change grounding, see our earlier write-up: Amazon Bedrock AgentCore: Managed Knowledge Base and Web Search for Platform Teams.

Sources

amazon-bedrockbedrock-agentcoreaws-lambdatenant-isolation
← All articles
AWS

Amazon Bedrock Agent Core Web Search: Agents Can Now Ground Responses in Live Web Content

Bedrock's Agent Core adds Web Search so agents can cite live web content without you running a search index, introducing new operational and security risks.

Jun 22, 2026·3mamazon-bedrockagentcore
AWS

Amazon Bedrock AgentCore: Managed knowledge bases and web search for platform teams

Amazon Bedrock adds managed knowledge bases and integrated web search via AgentCore, letting teams combine private RAG sources and live web grounding inside AWS.

Jun 21, 2026·3mamazon-bedrockagentcore
AWS

Amazon Bedrock AgentCore: Managed Knowledge Base and Web Search for Platform Teams

Bedrock's AgentCore adds a managed knowledge base and web search with VPC-friendly connectors, reducing vector-store ops but increasing audit and IAM scope.

Jun 20, 2026·3mamazon-bedrockagentcore