Amazon Web Services stavio je svoju izvornu uslugu upravljanog agenta za Amazon Bedrock u način održavanja za novo usvajanje. Usluga ranije poznata kao Amazon Bedrock Agents sada je dokumentirana kao Amazon Bedrock Agents Classic, a AWS kaže da više nije otvorena za nove korisnike od 30. srpnja 2026.

To ne znači da postojeće implementacije prestaju raditi. AWS kaže da trenutni korisnici mogu nastaviti koristiti Bedrock Agents Classic, a odvojeno navodi da promjena ne utječe na modele Amazon Bedrock, baze znanja i Guardrails. Ali smjer za nova radna opterećenja agenata je jasan: AWS preporučuje Amazon Bedrock AgentCore kao usporedivi put za nove ili migrirane agentske aplikacije.

Za timove koji grade na Bedrocku, ovo je više od promjene naziva usluge. Prebacuje zadanu arhitekturu za agente hostirane na AWS-u sa starijeg sučelja Bedrock Agents na novije vrijeme izvođenja i skup alata usredotočen na AgentCore. Za platforme koje pružaju AI API pristupnik, sloj usmjeravanja LLM-a ili infrastrukturu agenata poduzeća, prekid stvara pitanje kompatibilnosti i migracije koje stoji uz uobičajeni odabir modela.

Što se promijenilo 30. srpnja

AWS dokumentacija sada identificira Amazon Bedrock Agents kao Amazon Bedrock Agents Classic. Iste smjernice za način održavanja kažu da je Bedrock Agents Classic zatvoren za nove korisnike od 30. srpnja 2026., dok ga postojeći korisnici mogu nastaviti koristiti.

Praktično značenje ovisi o korisničkom AWS računu i trenutnoj upotrebi. Postojeći proizvodni sustavi izgrađeni na Classicu ne bi trebali pretpostavljati trenutno gašenje samo na temelju javne obavijesti o održavanju. Međutim, novi timovi, novi računi i organizacije koje standardiziraju buduću agentsku infrastrukturu trebale bi tretirati Classic kao naslijeđenu stazu, a ne kao zadanu Bedrock agentsku uslugu.

AWS usmjerava nove korisnike i klijente u migraciji na Bedrock AgentCore. Tvrtka opisuje AgentCore kao podršku upravljanoj orkestraciji i širem skupu mogućnosti produkcijskih agenata, uključujući izloženost alata kroz Model Context Protocol, memoriju, identitet, vidljivost i praćenje. Te značajke sugeriraju da se AWS pomiče s užeg alata za izgradnju upravljanog agenta prema općenitijem izvršnom vremenu agenta za dugotrajne aplikacije koje koriste alate.

Jedna je granica također važna: promjena se odnosi na Bedrockov sloj orkestracije upravljanog agenta, a ne na cijelu Bedrock platformu. AWS kaže da to ne utječe na Bedrock modele, baze znanja i zaštitne ograde. Tim i dalje može koristiti Bedrock model zaključivanja ili dohvaćanja i sigurnosnih komponenti čak i ako treba ponovno posjetiti uslugu orkestracije agenta oko sebe.

Zašto je to važno za graditelje agenata

Infrastrukturu agenta postalo je teže tretirati kao tanki omotač oko poziva modela. Proizvodni agent često treba dopuštenja alata, memorijska pravila, mapiranje identiteta, bilježenje, procjenu i dodjelu troškova. Kada se promijeni upravljani sloj orkestracije, programeri će možda trebati pregledati kako su upute, sheme alata, dohvaćanje, zaštitne ograde i nadzor povezani zajedno.

To posebno vrijedi za poduzeća koja su prihvatila Bedrock Agents Classic kao upravljanu alternativu izgradnji vlastite orkestracije. Ako te tvrtke sada stvore dodatna okruženja, uključe nove poslovne jedinice ili ponovno izgrade nove AWS račune, mogle bi naići na drugačiju dostupnost i preporučenu arhitekturu od one koju koriste njihove postojeće implementacije.

Ograničenje također utječe na dobavljače i timove interne platforme koji apstrahiraju Bedrock iza jedinstvenog sučelja. Platforma s više oblaka ili više modela ne može ovo tretirati jednostavno kao "rutu do AWS modela". Možda će trebati znati poziva li se kupac na zaključivanje običnog modela, tijek rada baze znanja, politiku Guardrails, klasičnog agenta ili radno opterećenje koje hostira AgentCore. To su različite operativne površine s različitim rizicima migracije.

Za korisnike Model Gatea i slične klijente pristupnika, lekcija je da LLM API usmjeravanje više nije samo cijena, latencija i kvaliteta modela. Položaj agenta također je važan. Gateway može pomoći u centraliziranju upravljanja API-ključem, analitike korištenja, timskih kontrola i vidljivosti potrošnje, ali i dalje mora poštivati ​​mogućnosti i status životnog ciklusa temeljnih usluga pružatelja usluga.

Tko je pogođen

Najizravnije pogođena skupina su korisnici AWS-a koji planiraju nove nadogradnje upravljanog agenta na Bedrocku. Ako prethodno nisu koristili Bedrock Agents Classic, trebali bi očekivati ​​da će AgentCore biti preporučeni put. Timovi koji već pokreću klasične agente mogu ih nastaviti koristiti, prema AWS-u, ali bi trebali planirati položaj održavanja usluge kada donose dugoročne odluke o planu.

To utječe na arhitekte oblaka jer će referentne arhitekture možda trebati ažurirati.Dokumentaciju, Terraform module, interne zlatne staze i sigurnosne preglede koji su pretpostavili Bedrock Agents Classic kao standardni upravljani agentski sloj treba provjeriti u odnosu na AgentCore API-je, model identiteta, značajke promatranja i operativne zahtjeve.

Timovi za sigurnost i upravljanje također su obuhvaćeni. AgentCoreov naglasak na identitetu, izloženosti alata, uočljivosti i praćenju odražava probleme koje poduzeća sada pokušavaju riješiti: koji korisnik ili usluga djeluju, koje alate agent može pozvati, koje podatke može dohvatiti, kako se odluka može revidirati i kako se otkrivaju petlje alata ili skupi pozivi modela.

Dobavljači softvera koji grade na Bedrocku možda će trebati razdoblje dvostruke podrške. Postojeći korisnici možda još uvijek koriste Classic, dok će novim korisnicima možda trebati AgentCore. To može značiti dodatno testiranje, oznake značajki, logiku implementacije specifičnu za kupca i jasniju dokumentaciju o tome koji je put Bedrock agenta podržan.

Praktične posljedice i otvorena pitanja

Prvi praktični korak je popis. Timovi bi trebali utvrditi koriste li Bedrock Agents Classic, obične API-je Bedrock modela, baze znanja, Guardrails ili prilagođenu orkestraciju izvan Bedrocka. Obavijest o načinu održavanja različito utječe na te kategorije.

Drugi korak je mapiranje ovisnosti o migraciji umjesto pretpostavke izravnog podizanja i pomicanja. Radna opterećenja agenta mogu ovisiti o definicijama alata, konfiguraciji dohvaćanja, predlošcima upita, IAM dopuštenjima, revizijskim zapisnicima i rukovanju pogreškama specifičnim za aplikaciju. Prelazak na AgentCore može biti prilika za poboljšanje kontrole vidljivosti i identiteta, ali još uvijek može zahtijevati rad na integraciji.

Treći korak je pregled troškova i upravljanja. Nova vremena izvršavanja agenata često olakšavaju povezivanje više alata i pokretanje autonomnijih radnih procesa. To povećava vrijednost analitike upotrebe, atribucije na razini zahtjeva i kontrole proračuna. U okruženju pristupnika, timovi bi trebali odlučiti koji pozivi prolaze kroz središnji sloj pravila, a koji ostaju unutar orkestracije kojom upravlja AWS.

Neki detalji ostaju specifični za račun. Neovisni komentari sugeriraju da bi prihvatljivost mogla ovisiti o prethodnom korištenju računa i da neki novoobjavljeni modeli nakon prekida možda neće postati dostupni putem Classica. Te bi se točke trebale provjeriti u odnosu na korisnikov vlastiti AWS račun i AWS-ovu trenutnu dokumentaciju o načinu održavanja prije nego što se tretiraju kao pravilo.

Širi signal je dovoljno jasan: AWS ne napušta Bedrock agente, ali premješta rad novog agenta s izvornog Bedrock Agents sučelja. Za programere i platformske timove, sigurna je pretpostavka da će se buduća ulaganja u AWS agente koncentrirati oko AgentCorea, dok Bedrock Agents Classic postaje problem kompatibilnosti za postojeće implementacije.