Amazon Web Services heeft de oorspronkelijke managed agent-service voor Amazon Bedrock in de onderhoudsmodus gezet voor nieuwe acceptatie. De service die voorheen bekend stond als Amazon Bedrock Agents is nu gedocumenteerd als Amazon Bedrock Agents Classic en AWS zegt dat deze vanaf 30 juli 2026 niet langer openstaat voor nieuwe klanten.
Dat betekent niet dat bestaande implementaties niet meer werken. AWS zegt dat huidige klanten Bedrock Agents Classic kunnen blijven gebruiken, en stelt afzonderlijk dat Amazon Bedrock-modellen, Knowledge Bases en Guardrails niet door de verandering worden beïnvloed. Maar de richting voor nieuwe agent-workloads is duidelijk: AWS beveelt Amazon Bedrock AgentCore aan als het vergelijkbare pad voor nieuwe of gemigreerde agent-applicaties.
Voor teams die op Bedrock bouwen, is dit meer dan een verandering van de servicenaam. Het verschuift de standaardarchitectuur voor door AWS gehoste agenten van de oudere Bedrock Agents-interface naar een nieuwere runtime- en toolingstack gecentreerd op AgentCore. Voor platforms die een AI API-gateway, LLM-routeringslaag of enterprise-agentinfrastructuur bieden, creëert de afsluiting een compatibiliteits- en migratievraag die naast de gewone modelselectie staat.
Wat er op 30 juli veranderde
AWS-documentatie identificeert Amazon Bedrock Agents nu als Amazon Bedrock Agents Classic. Volgens dezelfde richtlijnen voor de onderhoudsmodus is Bedrock Agents Classic vanaf 30 juli 2026 gesloten voor nieuwe klanten, terwijl bestaande klanten het kunnen blijven gebruiken.
De praktische betekenis hangt af van het AWS-account van de klant en het huidige gebruik. Bestaande productiesystemen die op Classic zijn gebouwd, mogen niet uitgaan van een onmiddellijke stillegging alleen op basis van de openbare onderhoudsmelding. Nieuwe teams, nieuwe accounts en organisaties die de toekomstige agentinfrastructuur standaardiseren, moeten Classic echter als een verouderd pad beschouwen in plaats van als de standaard Bedrock-agentservice.
AWS verwijst nieuwe en migrerende klanten naar Bedrock AgentCore. Het bedrijf beschrijft AgentCore als ondersteuning van beheerde orkestratie en een bredere reeks mogelijkheden voor productieagenten, waaronder blootstelling aan tools via het Model Context Protocol, geheugen, identiteit, waarneembaarheid en tracering. Deze kenmerken suggereren dat AWS zich ontwikkelt van een smallere managed-agent-builder naar een meer algemene agent-runtime voor langlevende, tool-gebruikende applicaties.
Eén grens is ook belangrijk: de verandering heeft betrekking op de beheerde agent-orkestratielaag van Bedrock, en niet op het hele Bedrock-platform. AWS zegt dat Bedrock-modellen, Knowledge Bases en Guardrails niet worden beïnvloed. Een team kan nog steeds de Bedrock-modelinferentie of -ophaal- en veiligheidscomponenten gebruiken, zelfs als het de agentorkestratieservice eromheen opnieuw moet bezoeken.
Waarom dit belangrijk is voor agentbouwers
De infrastructuur van agenten is moeilijker te behandelen als een dun omhulsel rond een modelaanroep. Een productieagent heeft vaak gereedschapsmachtigingen, geheugenregels, identiteitstoewijzing, logboekregistratie, evaluatie en kostentoewijzing nodig. Wanneer de beheerde orkestratielaag verandert, moeten ontwikkelaars mogelijk herzien hoe prompts, toolschema's, ophaalacties, vangrails en monitoring met elkaar zijn verbonden.
Dat geldt vooral voor bedrijven die Bedrock Agents Classic hebben geadopteerd als een beheerd alternatief voor het bouwen van hun eigen orkestratie. Als deze bedrijven nu extra omgevingen creëren, nieuwe bedrijfseenheden onboarden of nieuwe AWS-accounts opnieuw opbouwen, kunnen ze een andere beschikbaarheid en aanbevolen architectuur tegenkomen dan die van hun bestaande implementaties.
De afsluiting heeft ook gevolgen voor leveranciers en interne platformteams die Bedrock achter een uniforme interface abstraheren. Een multi-cloud- of multi-modelplatform kan dit niet eenvoudigweg beschouwen als ‘route naar een AWS-model’. Het kan nodig zijn om te weten of een klant een beroep doet op gewone modelinferentie, een Knowledge Base-workflow, een Guardrails-beleid, een Classic-agent of een door AgentCore gehoste werklast. Dit zijn verschillende operationele oppervlakken met verschillende migratierisico's.
Voor Model Gate-gebruikers en soortgelijke gateway-klanten is de les dat LLM API-routing niet langer alleen maar over prijs, latentie en modelkwaliteit gaat. De plaatsing van agenten is ook belangrijk. Een gateway kan helpen bij het centraliseren van API-sleutelbeheer, gebruiksanalyses, teamcontroles en zichtbaarheid van uitgaven, maar moet nog steeds de mogelijkheden en levenscyclusstatus van de onderliggende providerservices respecteren.
Wie wordt getroffen
De meest direct getroffen groep zijn AWS-klanten die een nieuwe beheerde agent-build op Bedrock plannen. Als ze Bedrock Agents Classic nog niet eerder hebben gebruikt, mogen ze verwachten dat AgentCore het aanbevolen pad is. Teams die al Classic-agents gebruiken, kunnen deze volgens AWS blijven gebruiken, maar moeten rekening houden met de onderhoudsstatus van de service bij het nemen van roadmapbeslissingen voor de lange termijn.
Cloudarchitecten worden hierdoor getroffen omdat referentiearchitecturen mogelijk moeten worden bijgewerkt.Documentatie, Terraform-modules, interne gouden paden en beveiligingsbeoordelingen waarbij werd uitgegaan van Bedrock Agents Classic als de standaard laag voor beheerde agenten, moeten worden getoetst aan de API's, het identiteitsmodel, de observatiefuncties en operationele vereisten van AgentCore.
Beveiligings- en bestuursteams vallen ook onder de reikwijdte. De nadruk van AgentCore op identiteit, blootstelling aan tools, waarneembaarheid en tracering weerspiegelt de problemen die bedrijven nu proberen op te lossen: welke gebruiker of dienst handelt, welke tools een agent kan aanroepen, welke gegevens hij kan ophalen, hoe een beslissing kan worden gecontroleerd en hoe op hol geslagen toolloops of dure modeloproepen worden gedetecteerd.
Softwareleveranciers die op Bedrock voortbouwen, hebben mogelijk een dubbele ondersteuningsperiode nodig. Bestaande klanten gebruiken mogelijk nog steeds Classic, terwijl nieuwe klanten mogelijk AgentCore nodig hebben. Dat kan extra tests, functievlaggen, klantspecifieke implementatielogica en duidelijkere documentatie betekenen over welk Bedrock-agentpad wordt ondersteund.
Praktische gevolgen en open vragen
De eerste praktische stap is inventarisatie. Teams moeten bepalen of ze Bedrock Agents Classic, gewone Bedrock-model-API's, Knowledge Bases, Guardrails of aangepaste orkestratie buiten Bedrock gebruiken. De mededeling over de onderhoudsmodus heeft een verschillende invloed op deze categorieën.
De tweede stap is het in kaart brengen van migratie-afhankelijkheden in plaats van uit te gaan van een directe lift-and-shift. De werklast van agenten kan afhankelijk zijn van tooldefinities, ophaalconfiguratie, promptsjablonen, IAM-machtigingen, auditlogboeken en applicatiespecifieke foutafhandeling. De overstap naar AgentCore kan een kans zijn om de zichtbaarheid en identiteitscontroles te verbeteren, maar er kan nog steeds integratiewerk voor nodig zijn.
De derde stap is een beoordeling van de kosten en het beheer. Nieuwe agentruntimes maken het vaak eenvoudiger om meer tools aan te sluiten en meer autonome workflows uit te voeren. Dat vergroot de waarde van gebruiksanalyses, attributie op verzoekniveau en budgetcontroles. In een gateway-omgeving moeten teams beslissen welke oproepen via een centrale beleidslaag stromen en welke binnen de door AWS beheerde orkestratie blijven.
Sommige details blijven accountspecifiek. Onafhankelijk commentaar heeft gesuggereerd dat de geschiktheid kan afhangen van eerder accountgebruik en dat sommige nieuw uitgebrachte post-cutoff-modellen mogelijk niet beschikbaar komen via Classic. Deze punten moeten worden geverifieerd aan de hand van het eigen AWS-account van de klant en de huidige documentatie over de onderhoudsmodus van AWS voordat ze als beleid worden behandeld.
Het grotere signaal is duidelijk genoeg: AWS verlaat Bedrock-agents niet, maar verplaatst nieuw agentwerk weg van de oorspronkelijke Bedrock Agents-interface. Voor ontwikkelaars en platformteams is de veilige veronderstelling dat toekomstige investeringen in AWS-agenten zich zullen concentreren rond AgentCore, terwijl Bedrock Agents Classic een compatibiliteitsprobleem wordt voor bestaande implementaties.