Amazon Web Services și-a pus serviciul original de agent gestionat pentru Amazon Bedrock în modul de întreținere pentru o nouă adoptare. Serviciul cunoscut anterior ca Amazon Bedrock Agents este acum documentat ca Amazon Bedrock Agents Classic, iar AWS spune că nu mai este deschis pentru clienți noi începând cu 30 iulie 2026.

Asta nu înseamnă că implementările existente nu mai funcționează. AWS spune că clienții actuali pot continua să folosească Bedrock Agents Classic și afirmă separat că modelele Amazon Bedrock, bazele de cunoștințe și Guardrails nu sunt afectate de schimbare. Dar direcția pentru sarcinile de lucru noi ale agenților este clară: AWS recomandă Amazon Bedrock AgentCore ca cale comparabilă pentru aplicațiile agent noi sau migrate.

Pentru echipele care se bazează pe Bedrock, aceasta este mai mult decât o schimbare a numelui serviciului. Schimbă arhitectura implicită pentru agenții găzduiți de AWS de la interfața mai veche Bedrock Agents la o stivă mai nouă de rulare și instrumente centrată pe AgentCore. Pentru platformele care furnizează un gateway AI API, un strat de rutare LLM sau o infrastructură de agent de întreprindere, limitarea creează o întrebare de compatibilitate și migrare care se află alături de selecția obișnuită a modelului.

Ce s-a schimbat pe 30 iulie

Documentația AWS identifică acum agenții Amazon Bedrock drept Amazon Bedrock Agents Classic. Același ghid pentru modul de întreținere spune că Bedrock Agents Classic este închis pentru clienții noi începând cu 30 iulie 2026, în timp ce clienții existenți îl pot folosi în continuare.

Semnificația practică depinde de contul AWS al clientului și de utilizarea curentă. Sistemele de producție existente construite pe Classic nu ar trebui să presupună o oprire imediată doar pe baza notificării publice de întreținere. Cu toate acestea, echipele noi, conturile noi și organizațiile care standardizează viitoarea infrastructură a agenților ar trebui să trateze Classic ca pe o cale moștenită, mai degrabă decât ca serviciul prestabilit de agent Bedrock.

AWS indică clienții noi și care migrează către Bedrock AgentCore. Compania descrie AgentCore ca suportând orchestrarea gestionată și un set mai larg de capabilități ale agenților de producție, inclusiv expunerea instrumentelor prin Protocolul de context al modelului, memorie, identitate, observabilitate și urmărire. Aceste caracteristici sugerează că AWS trece de la un generator de agenți gestionați mai restrâns la un timp de execuție mai general al agentului pentru aplicații de lungă durată, care folosesc instrumente.

O limită este, de asemenea, importantă: schimbarea se referă la stratul de orchestrare a agentului gestionat al Bedrock, nu la întreaga platformă Bedrock. AWS spune că modelele Bedrock, bazele de cunoștințe și balustradele nu sunt afectate. O echipă poate folosi în continuare inferența modelului Bedrock sau componentele de recuperare și siguranță, chiar dacă trebuie să revizuiască serviciul de orchestrare a agenților din jurul lor.

De ce contează acest lucru pentru constructorii de agenți

Infrastructura agentului a devenit mai greu de tratat ca un pachet subțire în jurul unui apel de model. Un agent de producție are adesea nevoie de permisiuni pentru instrumente, reguli de memorie, mapare a identității, înregistrare în jurnal, evaluare și atribuire a costurilor. Când stratul de orchestrare gestionat se modifică, dezvoltatorii ar putea fi nevoiți să examineze modul în care solicitările, schemele de instrumente, recuperarea, balustradele și monitorizarea sunt conectate împreună.

Acest lucru este valabil mai ales pentru întreprinderile care au adoptat Bedrock Agents Classic ca alternativă gestionată la construirea propriei orchestrații. Dacă companiile respective creează acum medii suplimentare, integrează noi unități de afaceri sau reconstruiesc în conturi noi AWS, ele pot întâlni disponibilitate și arhitectură recomandată diferită de cea utilizată de implementările lor existente.

Delimitarea afectează, de asemenea, furnizorii și echipele interne ale platformei care abstrac Bedrock în spatele unei interfețe unificate. O platformă multi-cloud sau multi-model nu poate trata acest lucru pur și simplu ca „rută către un model AWS”. Poate fi necesar să știe dacă un client invocă o inferență simplă a modelului, un flux de lucru din baza de cunoștințe, o politică Guardrails, un agent Classic sau o sarcină de lucru găzduită de AgentCore. Acestea sunt suprafețe operaționale diferite cu riscuri de migrare diferite.

Pentru utilizatorii Model Gate și clienții gateway similari, lecția este că rutarea API LLM nu mai este doar despre preț, latență și calitatea modelului. De asemenea, plasarea agenților contează. Un gateway poate ajuta la centralizarea gestionării cheilor API, a analizei utilizării, a controlului echipelor și a vizibilității cheltuielilor, dar trebuie totuși să respecte capacitățile și starea ciclului de viață al serviciilor prestatoare de bază.

Cine este afectat

Grupul cel mai direct afectat este clienții AWS care planifică noi baze de agenți gestionați pe Bedrock. Dacă nu au folosit anterior Bedrock Agents Classic, ar trebui să se aștepte ca AgentCore să fie calea recomandată. Echipele care rulează deja agenți Classic pot continua să le folosească, conform AWS, dar ar trebui să planifice postura de întreținere a serviciului atunci când iau decizii pe termen lung.

Arhitecții cloud sunt afectați deoarece arhitecturile de referință ar putea avea nevoie de actualizare.Documentația, modulele Terraform, căile interne de aur și recenziile de securitate care au presupus Bedrock Agents Classic drept stratul standard de agent gestionat ar trebui verificate în raport cu API-urile, modelul de identitate, caracteristicile de observabilitate și cerințele operaționale ale AgentCore.

Echipele de securitate și guvernare sunt, de asemenea, în domeniu. Accentul pus de AgentCore pe identitate, expunere a instrumentelor, observabilitate și urmărire reflectă problemele pe care companiile încearcă acum să le rezolve: ce utilizator sau serviciu acționează, ce instrumente poate apela un agent, ce date poate prelua, cum poate fi auditată o decizie și cum sunt detectate buclele de instrumente nerezolvate sau apelurile de model scumpe. Clienții existenți pot fi în continuare pe Classic, în timp ce clienții noi ar putea avea nevoie de AgentCore. Aceasta poate însemna testare suplimentară, semnalizări de caracteristici, logica de implementare specifică clientului și documentație mai clară despre calea agentului Bedrock este acceptată.

Consecințe practice și întrebări deschise

Primul pas practic este inventarul. Echipele ar trebui să identifice dacă folosesc Bedrock Agents Classic, API-uri model Bedrock simple, baze de cunoștințe, Guardrails sau orchestrare personalizată în afara Bedrock. Notificarea modului de întreținere afectează în mod diferit acele categorii.

Al doilea pas este să mapați dependențele de migrare, mai degrabă decât să presupuneți o schimbare directă. Volumul de lucru al agentului poate depinde de definițiile instrumentului, configurația de recuperare, șabloanele de prompt, permisiunile IAM, jurnalele de audit și gestionarea erorilor specifice aplicației. Trecerea la AgentCore poate fi o oportunitate de a îmbunătăți observabilitatea și controalele identității, dar poate necesita încă muncă de integrare.

Al treilea pas este revizuirea costurilor și a guvernanței. Noile timpi de execuție ale agenților facilitează adesea conectarea mai multor instrumente și rularea fluxurilor de lucru mai autonome. Aceasta crește valoarea analizei de utilizare, atribuirea la nivel de solicitare și controalele bugetare. Într-un mediu gateway, echipele ar trebui să decidă care apeluri circulă printr-un nivel central de politică și care rămân în cadrul orchestrației gestionate de AWS.

Unele detalii rămân specifice contului. Comentariile independente au sugerat că eligibilitatea poate depinde de utilizarea anterioară a contului și că unele modele post-cutoff recent lansate ar putea să nu devină disponibile prin Classic. Aceste puncte ar trebui verificate în raport cu propriul cont AWS al clientului și cu documentația curentă a modului de întreținere a AWS înainte de a fi tratate ca o politică.

Semnalul mai mare este suficient de clar: AWS nu părăsește agenții Bedrock, dar îndepărtează activitatea agentului nou de interfața originală a agenților Bedrock. Pentru dezvoltatori și echipele de platformă, presupunerea sigură este că investițiile viitoare în agenții AWS se vor concentra în jurul AgentCore, în timp ce Bedrock Agents Classic devine o problemă de compatibilitate pentru implementările existente.