Amazon Web Services je svojo izvirno storitev upravljanega posrednika za Amazon Bedrock postavila v način vzdrževanja za novo uporabo. Storitev, prej znana kot Amazon Bedrock Agents, je zdaj dokumentirana kot Amazon Bedrock Agents Classic in AWS pravi, da od 30. julija 2026 ni več odprta za nove stranke.

To ne pomeni, da obstoječe uvedbe prenehajo delovati. AWS pravi, da lahko trenutne stranke še naprej uporabljajo Bedrock Agents Classic, ločeno pa navaja, da sprememba ne vpliva na modele Amazon Bedrock, baze znanja in ograje. Toda smer za delovne obremenitve novih agentov je jasna: AWS priporoča Amazon Bedrock AgentCore kot primerljivo pot za nove ali preseljene aplikacije agentov.

Za ekipe, ki gradijo na Bedrocku, je to več kot sprememba imena storitve. Prestavi privzeto arhitekturo za agente, ki jih gosti AWS, s starejšega vmesnika Bedrock Agents na novejši izvajalni čas in sklad orodij, osredotočen na AgentCore. Za platforme, ki zagotavljajo prehod API-ja AI, plast usmerjanja LLM ali infrastrukturo agentov podjetja, izrez ustvari vprašanje združljivosti in migracije, ki je poleg običajne izbire modela.

Kaj se je spremenilo 30. julija

Dokumentacija AWS zdaj identificira Amazon Bedrock Agents kot Amazon Bedrock Agents Classic. Ista navodila za način vzdrževanja pravijo, da je Bedrock Agents Classic zaprt za nove stranke od 30. julija 2026, medtem ko ga lahko obstoječe stranke še naprej uporabljajo.

Praktični pomen je odvisen od strankinega računa AWS in trenutne uporabe. Obstoječi proizvodni sistemi, zgrajeni na Classic, ne bi smeli predpostavljati takojšnje zaustavitve samo na podlagi javnega obvestila o vzdrževanju. Vendar bi morale nove ekipe, novi računi in organizacije, ki standardizirajo prihodnjo agentsko infrastrukturo, klasično obravnavati kot podedovano pot in ne kot privzeto agentsko storitev Bedrock.

AWS usmerja nove stranke in stranke, ki se selijo, na Bedrock AgentCore. Podjetje opisuje AgentCore kot podporo za upravljano orkestracijo in širši nabor zmogljivosti produkcijskega agenta, vključno z izpostavljenostjo orodja prek protokola konteksta modela, pomnilnika, identitete, opazljivosti in sledenja. Te funkcije nakazujejo, da se AWS premika od ožjega razvijalca upravljanih agentov k splošnejšemu izvajalnemu okolju agentov za dolgotrajne aplikacije, ki uporabljajo orodja.

Ena meja je prav tako pomembna: sprememba se nanaša na Bedrockov sloj orkestracije upravljanih agentov, ne na celotno platformo Bedrock. AWS pravi, da to ne vpliva na modele Bedrock, baze znanja in ograje. Ekipa lahko še vedno uporablja sklepanje ali pridobivanje in varnostne komponente modela Bedrock, tudi če mora ponovno obiskati storitev orkestracije agenta okoli sebe.

Zakaj je to pomembno za ustvarjalce agentov

Infrastrukturo agentov je postalo težje obravnavati kot tanek ovoj okoli klica modela. Produkcijski agent pogosto potrebuje dovoljenja za orodje, pomnilniška pravila, preslikavo identitete, beleženje, vrednotenje in pripisovanje stroškov. Ko se upravljana plast orkestracije spremeni, bodo razvijalci morda morali pregledati, kako so pozivi, sheme orodij, iskanje, zaščitne ograje in spremljanje povezani skupaj.

To še posebej velja za podjetja, ki so sprejela Bedrock Agents Classic kot upravljano alternativo gradnji lastne orkestracije. Če ta podjetja zdaj ustvarijo dodatna okolja, vključijo nove poslovne enote ali obnovijo nove račune AWS, lahko naletijo na drugačno razpoložljivost in priporočeno arhitekturo od tiste, ki jo uporabljajo njihove obstoječe uvedbe.

Prekinitev vpliva tudi na prodajalce in interne skupine platform, ki abstrahirajo Bedrock za enotnim vmesnikom. Platforma z več oblaki ali več modeli tega ne more obravnavati preprosto kot »poti do modela AWS«. Morda mora vedeti, ali se stranka sklicuje na sklepanje po navadnem modelu, potek dela baze znanja, pravilnik Guardrails, klasičnega agenta ali delovno obremenitev, ki jo gosti AgentCore. To so različne operativne površine z različnimi tveganji selitve.

Za uporabnike Model Gate in podobne stranke prehodov je lekcija ta, da usmerjanje API-ja LLM ni več samo glede cene, zakasnitve in kakovosti modela. Pomembna je tudi namestitev agenta. Prehod lahko pomaga pri centraliziranem upravljanju ključev API-ja, analitiki uporabe, nadzoru skupine in preglednosti porabe, vendar mora še vedno upoštevati zmogljivosti in status življenjskega cikla osnovnih storitev ponudnika.

Koga to zadeva

Najbolj neposredno prizadeta skupina so stranke AWS, ki načrtujejo nove zgradbe upravljanega agenta na Bedrocku. Če še niso uporabljali Bedrock Agents Classic, naj pričakujejo, da bo priporočena pot AgentCore. Ekipe, ki že izvajajo klasične agente, jih lahko še naprej uporabljajo, glede na AWS, vendar bi morale načrtovati vzdrževalno držo storitve, ko sprejemajo odločitve o dolgoročnem načrtu.

Prizadeti so arhitekti v oblaku, ker bo morda treba posodobiti referenčne arhitekture.Dokumentacijo, module Terraform, notranje zlate poti in varnostne preglede, ki so predvidevali Bedrock Agents Classic kot standardno upravljano agentsko plast, je treba preveriti glede na API-je AgentCore, model identitete, funkcije opazovanja in operativne zahteve.

V obsegu so tudi ekipe za varnost in upravljanje. Poudarek AgentCore na identiteti, izpostavljenosti orodij, opazljivosti in sledenju odraža težave, ki jih zdaj poskušajo rešiti podjetja: kateri uporabnik ali storitev deluje, katera orodja lahko agent pokliče, katere podatke lahko pridobi, kako je mogoče revidirati odločitev in kako se odkrijejo zanke pobeglega orodja ali klici dragih modelov.

Prodajalci programske opreme, ki gradijo na Bedrocku, bodo morda potrebovali obdobje dvojne podpore. Obstoječe stranke morda še vedno uporabljajo Classic, nove stranke pa morda potrebujejo AgentCore. To lahko pomeni dodatno testiranje, zastavice funkcij, logiko uvajanja, prilagojeno stranki, in jasnejšo dokumentacijo o tem, katera pot agenta Bedrock je podprta.

Praktične posledice in odprta vprašanja

Prvi praktični korak je popis. Ekipe bi morale ugotoviti, ali uporabljajo Bedrock Agents Classic, navadne API-je modela Bedrock, baze znanja, zaščitne ograje ali prilagojeno orkestracijo zunaj Bedrocka. Obvestilo o vzdrževalnem načinu različno vpliva na te kategorije.

Drugi korak je preslikava odvisnosti selitve namesto predpostavke neposrednega dviga in premika. Delovne obremenitve posrednika so lahko odvisne od definicij orodij, konfiguracije pridobivanja, predlog pozivov, dovoljenj IAM, revizijskih dnevnikov in obravnavanja napak, specifičnih za aplikacijo. Prehod na AgentCore je lahko priložnost za izboljšanje opazovanja in nadzora identitete, vendar lahko še vedno zahteva delo pri integraciji.

Tretji korak je pregled stroškov in upravljanja. Novi izvajalni časi agentov pogosto olajšajo povezovanje več orodij in izvajanje bolj avtonomnih delovnih tokov. To poveča vrednost analitike uporabe, dodeljevanja na ravni zahteve in nadzora proračuna. V okolju prehoda se morajo ekipe odločiti, kateri klici tečejo skozi osrednjo plast pravilnika in kateri ostanejo znotraj orkestracije, ki jo upravlja AWS.

Nekatere podrobnosti ostajajo specifične za račun. Neodvisni komentarji kažejo, da je upravičenost morda odvisna od predhodne uporabe računa in da nekateri na novo izdani modeli po prekinitvi morda ne bodo na voljo prek Classic. Te točke je treba preveriti glede na strankin lastni račun AWS in trenutno dokumentacijo AWS o načinu vzdrževanja, preden se obravnavajo kot pravilnik.

Širši signal je dovolj jasen: AWS ne zapušča agentov Bedrock, ampak premika delo novega agenta stran od izvirnega vmesnika agentov Bedrock. Za razvijalce in skupine platform je varna predpostavka, da se bodo prihodnje naložbe agentov AWS osredotočile na AgentCore, medtem ko Bedrock Agents Classic postane skrb za združljivost obstoječih uvedb.