Amazon Web Services on lülitanud oma algse Amazon Bedrocki hallatava agendi teenuse uueks kasutuselevõtuks hooldusrežiimi. Varem Amazon Bedrock Agentsina tuntud teenus on nüüd dokumenteeritud kui Amazon Bedrock Agents Classic ja AWS ütleb, et see ei ole alates 30. juulist 2026 enam uutele klientidele avatud.

See ei tähenda, et olemasolevad juurutused lakkaksid töötamast. AWS ütleb, et praegused kliendid saavad Bedrock Agents Classicu kasutamist jätkata, ja eraldi märgitakse, et muudatus ei mõjuta Amazon Bedrocki mudeleid, teadmistebaase ega kaitsepiirdeid. Kuid uute agentide töökoormuste suund on selge: AWS soovitab uute või migreeritud agendirakenduste jaoks võrreldava teena Amazon Bedrock AgentCore.

Bedrockile tuginevate meeskondade jaoks on see enamat kui teenuse nime muutmine. See nihutab AWS-i hostitud agentide vaikearhitektuuri vanemalt Bedrock Agentsi liideselt uuemale käitus- ja tööriistavirnale, mille keskmes on AgentCore. Platvormide puhul, mis pakuvad AI API lüüsi, LLM-i marsruutimiskihti või ettevõtte agendi infrastruktuuri, loob piirang ühilduvus- ja migratsiooniküsimuse, mis on kõrvuti tavalise mudelivalikuga.

Mis muutus 30. juulil

AWS-i dokumentatsioon tuvastab nüüd Amazon Bedrock Agentsi kui Amazon Bedrock Agentsi kui Amazon Bedrock Agentsi. Samad hooldusrežiimi juhised ütlevad, et Bedrock Agents Classic on alates 30. juulist 2026 uutele klientidele suletud, samas kui olemasolevad kliendid saavad selle kasutamist jätkata.

Praktiline tähendus sõltub kliendi AWS-i kontost ja praegusest kasutusest. Olemasolevad Classicule ehitatud tootmissüsteemid ei tohiks eeldada kohest seiskamist ainult avaliku hoolduse teatise alusel. Uued meeskonnad, uued kontod ja tulevast agenditaristut standardivad organisatsioonid peaksid aga käsitlema Classicut pigem päranditee kui Bedrocki vaikeagenditeenusena.

AWS suunab uued ja migreeruvad kliendid Bedrock AgentCore'i. Ettevõte kirjeldab AgentCore'i kui hallatud orkestratsiooni ja laiemat tootmisagendi võimaluste kogumit, sealhulgas tööriistade eksponeerimist mudelikonteksti protokolli, mälu, identiteedi, jälgitavuse ja jälgimise kaudu. Need funktsioonid viitavad sellele, et AWS liigub kitsamalt hallatavate agentide koostajalt üldisema agendi käitusaja poole pikaealiste ja tööriistu kasutavate rakenduste jaoks.

Oluline on ka üks piir: muudatus puudutab Bedrocki hallatava agendi orkestreerimiskihti, mitte kogu Bedrocki platvormi. AWS ütleb, et aluspõhja mudeleid, teadmistebaase ja kaitsepiirdeid see ei mõjuta. Meeskond saab endiselt kasutada Bedrocki mudeli järeldusi või otsingu- ja ohutuskomponente, isegi kui tal on vaja neid ümbritsevat agendi orkestreerimisteenust uuesti külastada.

Miks see agentide koostajate jaoks oluline on?

Agendi infrastruktuuri on muutunud keerulisemaks käsitleda mudelikõne õhukese ümbrisena. Tootmisagent vajab sageli tööriista õigusi, mälureegleid, identiteedi kaardistamist, logimist, hindamist ja kulude omistamist. Kui hallatav orkestreerimiskiht muutub, võivad arendajad üle vaadata, kuidas viipad, tööriistaskeemid, otsimine, kaitsepiirded ja jälgimine on omavahel ühendatud.

See kehtib eriti ettevõtete kohta, kes võtsid Bedrock Agents Classicu kasutusele hallatava alternatiivina oma orkestratsiooni loomisele. Kui need ettevõtted loovad nüüd täiendavaid keskkondi, integreerivad uusi äriüksusi või ehitavad ümber uutele AWS-i kontodele, võivad nad kogeda erinevat saadavust ja soovitatavat arhitektuuri kui see, mida nende olemasolevad juurutused kasutavad.

Lõpetus mõjutab ka tarnijaid ja siseplatvormide meeskondi, kes koondavad Bedrocki ühtse liidese taha. Mitme pilve või mitme mudeliga platvorm ei saa seda käsitleda lihtsalt kui "marsruuti AWS-mudeli juurde". See võib vajada teada, kas klient kasutab lihtsat mudeli järeldust, teadmistebaasi töövoogu, Guardrailsi poliitikat, klassikalist agenti või AgentCore'i hostitud töökoormust. Need on erinevad tööpinnad, millel on erinevad migratsiooniriskid.

Mudelvärava kasutajate ja sarnaste lüüsi klientide jaoks on õppetund, et LLM API marsruutimine ei puuduta enam ainult hinda, latentsust ja mudeli kvaliteeti. Ka agendi paigutus on oluline. Lüüs võib aidata tsentraliseerida API-võtme haldamist, kasutusanalüütikat, meeskonna juhtelemente ja kulutuste nähtavust, kuid see peab siiski austama aluseks olevate pakkujateenuste võimalusi ja elutsükli olekut.

Keda see mõjutab

Kõige otsesemalt mõjutatud rühm on AWS-i kliendid, kes kavandavad uusi hallatud agente Bedrockile. Kui nad pole varem Bedrock Agents Classicut kasutanud, peaksid nad eeldama, et AgentCore on soovitatav tee. Meeskonnad, kes juba käitavad klassikalisi agente, saavad AWS-i kohaselt nende kasutamist jätkata, kuid peaksid pikaajaliste tegevuskavaotsuste tegemisel kavandama teenuse hooldusasendi.

Mõjutatud on pilvearhitekte, sest etalonarhitektuurid võivad vajada värskendamist.Dokumentatsiooni, Terraformi mooduleid, sisemisi kuldseid teid ja turbeülevaateid, mille puhul eeldati, et Bedrock Agents Classic on standardne hallatav agentide kiht, tuleks kontrollida AgentCore'i API-de, identiteedimudeli, jälgitavuse funktsioonide ja töönõuete suhtes.

Samuti kuuluvad turva- ja juhtimismeeskonnad. AgentCore'i rõhuasetus identiteedile, tööriistade eksponeerimisele, jälgitavusele ja jälgimisele peegeldab probleeme, mida ettevõtted praegu lahendada püüavad: milline kasutaja või teenus tegutseb, millistele tööriistadele agent saab helistada, milliseid andmeid saab ta hankida, kuidas saab otsust auditeerida ja kuidas tuvastatakse jooksvaid tööriistasilmuseid või kallid mudelikutsed.

Tarkvara müüjad võivad vajada dubleeritud Bedrocki tugiperioodi. Olemasolevad kliendid võivad endiselt kasutada klassikat, samas kui uued kliendid võivad vajada AgentCore'i. See võib tähendada täiendavat testimist, funktsioonide lippe, kliendipõhist juurutusloogikat ja selgemat dokumentatsiooni selle kohta, millist Bedrocki agendi teed toetatakse.

Praktilised tagajärjed ja lahtised küsimused

Esimene praktiline samm on inventuur. Meeskonnad peaksid tuvastama, kas nad kasutavad Bedrock Agents Classicut, tavalisi Bedrocki mudeli API-sid, teadmistebaase, kaitsepiirdeid või kohandatud orkestreerimist väljaspool Bedrocki. Hooldusrežiimi teatis mõjutab neid kategooriaid erinevalt.

Teine samm on migratsioonisõltuvuste kaardistamine selle asemel, et eeldada otsest tõstmist ja nihutamist. Agendi töökoormus võib sõltuda tööriista määratlustest, toomise konfiguratsioonist, viipade mallidest, IAM-i lubadest, auditilogidest ja rakendusepõhisest veakäsitlusest. AgentCore'i üleminek võib olla võimalus vaadeldavuse ja identiteedikontrolli parandamiseks, kuid see võib siiski nõuda integreerimist.

Kolmas samm on kulude ja juhtimise ülevaatus. Uued agendi käitusajad muudavad sageli rohkemate tööriistade ühendamise ja autonoomsemate töövoogude käitamise lihtsamaks. See suurendab kasutusanalüütika, päringutaseme omistamise ja eelarve juhtelementide väärtust. Lüüsikeskkonnas peaksid meeskonnad otsustama, millised kõned voolavad läbi keskse poliitikakihi ja millised jäävad AWS-i hallatavasse orkestreerimisse.

Mõned üksikasjad jäävad kontopõhiseks. Sõltumatud kommentaarid viitavad sellele, et abikõlblikkus võib sõltuda eelnevast kontokasutusest ja et mõned äsja välja antud katkemisjärgsed mudelid ei pruugi Classicu kaudu kättesaadavaks muutuda. Neid punkte tuleks enne poliitikana käsitlemist kontrollida kliendi enda AWS-i konto ja AWS-i praeguse hooldusrežiimi dokumentatsiooni alusel.

Suurem signaal on piisavalt selge: AWS ei välju Bedrocki agentidest, vaid viib uue agenditöö algsest Bedrock Agentsi liidesest eemale. Arendajate ja platvormimeeskondade jaoks on kindel eeldus, et tulevased AWS-i agentide investeeringud keskenduvad AgentCore'ile, samas kui Bedrock Agents Classic muutub olemasolevate juurutuste ühilduvuse probleemiks.