Amazon Web Services ha messo il suo servizio di agenti gestiti originale per Amazon Bedrock in modalità di manutenzione per una nuova adozione. Il servizio precedentemente noto come Amazon Bedrock Agents è ora documentato come Amazon Bedrock Agents Classic e AWS afferma che non sarà più aperto a nuovi clienti a partire dal 30 luglio 2026.
Ciò non significa che le distribuzioni esistenti smetteranno di funzionare. AWS afferma che i clienti attuali possono continuare a utilizzare Bedrock Agents Classic e afferma separatamente che i modelli Amazon Bedrock, Knowledge Base e Guardrails non sono interessati dal cambiamento. Ma la direzione per i nuovi carichi di lavoro degli agenti è chiara: AWS consiglia Amazon Bedrock AgentCore come percorso comparabile per applicazioni di agenti nuove o migrate.
Per i team che si basano su Bedrock, questo è più di un semplice cambio di nome del servizio. Sposta l'architettura predefinita per gli agenti ospitati su AWS dalla vecchia interfaccia Bedrock Agents a un runtime e uno stack di strumenti più recenti incentrati su AgentCore. Per le piattaforme che forniscono un gateway API AI, un livello di routing LLM o un'infrastruttura di agenti aziendali, il limite crea una domanda di compatibilità e migrazione che si affianca alla normale selezione del modello.
Cosa è cambiato il 30 luglio
La documentazione AWS ora identifica Amazon Bedrock Agents come Amazon Bedrock Agents Classic. Le stesse indicazioni sulla modalità di manutenzione affermano che Bedrock Agents Classic sarà chiuso ai nuovi clienti dal 30 luglio 2026, mentre i clienti esistenti potranno continuare a utilizzarlo.
Il significato pratico dipende dall'account AWS del cliente e dall'utilizzo corrente. I sistemi di produzione esistenti basati su Classic non dovrebbero prevedere un arresto immediato basato solo sull’avviso pubblico di manutenzione. Tuttavia, i nuovi team, i nuovi account e le organizzazioni che standardizzano la futura infrastruttura degli agenti dovrebbero considerare Classic come un percorso legacy piuttosto che come il servizio agente Bedrock predefinito.
AWS indirizza i clienti nuovi e in fase di migrazione a Bedrock AgentCore. L'azienda descrive AgentCore come supporto dell'orchestrazione gestita e di un insieme più ampio di funzionalità degli agenti di produzione, inclusa l'esposizione degli strumenti attraverso il Model Context Protocol, memoria, identità, osservabilità e tracciamento. Queste caratteristiche suggeriscono che AWS si sta spostando da un builder di agenti gestiti più ristretto verso un runtime di agenti più generale per applicazioni di lunga durata che utilizzano strumenti.
Anche un limite è importante: il cambiamento riguarda il livello di orchestrazione degli agenti gestiti di Bedrock, non l'intera piattaforma Bedrock. AWS afferma che i modelli Bedrock, le Knowledge Base e i Guardrail non sono interessati. Un team può comunque utilizzare l'inferenza o il recupero del modello Bedrock e i componenti di sicurezza anche se ha bisogno di rivisitare il servizio di orchestrazione dell'agente che lo circonda.
Perché questo è importante per i creatori di agenti
L'infrastruttura dell'agente è diventata più difficile da trattare come un sottile involucro attorno a una chiamata di modello. Un agente di produzione spesso necessita di autorizzazioni per gli strumenti, regole di memoria, mappatura delle identità, registrazione, valutazione e attribuzione dei costi. Quando il livello di orchestrazione gestita cambia, gli sviluppatori potrebbero dover rivedere il modo in cui prompt, schemi di strumenti, recupero, guardrail e monitoraggio sono collegati tra loro.
Ciò è particolarmente vero per le aziende che hanno adottato Bedrock Agents Classic come alternativa gestita alla creazione della propria orchestrazione. Se queste aziende ora creano ambienti aggiuntivi, integrano nuove unità aziendali o ricostruiscono in nuovi account AWS, potrebbero riscontrare disponibilità e architetture consigliate diverse rispetto a quelle utilizzate dalle loro distribuzioni esistenti.
Il limite interessa anche i fornitori e i team interni della piattaforma che astraggono Bedrock dietro un'interfaccia unificata. Una piattaforma multi-cloud o multi-modello non può considerarlo semplicemente come un “percorso verso un modello AWS”. Potrebbe essere necessario sapere se un cliente sta invocando l'inferenza del modello semplice, un flusso di lavoro della Knowledge Base, una policy Guardrails, un agente Classic o un carico di lavoro ospitato da AgentCore. Si tratta di superfici operative diverse con rischi di migrazione diversi.
Per gli utenti di Model Gate e i clienti di gateway simili, la lezione è che il routing API LLM non riguarda più solo prezzo, latenza e qualità del modello. Anche il posizionamento degli agenti è importante. Un gateway può aiutare a centralizzare la gestione delle chiavi API, l'analisi dell'utilizzo, i controlli del team e la visibilità della spesa, ma deve comunque rispettare le capacità e lo stato del ciclo di vita dei servizi del fornitore sottostante.
Chi è interessato
Il gruppo più direttamente interessato è quello dei clienti AWS che pianificano nuove build di agenti gestiti su Bedrock. Se non hanno utilizzato in precedenza Bedrock Agents Classic, dovrebbero aspettarsi che AgentCore sia il percorso consigliato. I team che già utilizzano agenti Classic possono continuare a utilizzarli, secondo AWS, ma dovrebbero pianificare la strategia di manutenzione del servizio quando prendono decisioni sulla roadmap a lungo termine.
Gli architetti del cloud sono interessati perché le architetture di riferimento potrebbero dover essere aggiornate.La documentazione, i moduli Terraform, i percorsi d'oro interni e le revisioni della sicurezza che presupponevano Bedrock Agents Classic come livello di agente gestito standard dovrebbero essere confrontati con le API di AgentCore, il modello di identità, le funzionalità di osservabilità e i requisiti operativi.
Anche i team di sicurezza e governance rientrano nell'ambito di applicazione. L'enfasi di AgentCore sull'identità, l'esposizione degli strumenti, l'osservabilità e il tracciamento riflette i problemi che le aziende stanno ora cercando di risolvere: quale utente o servizio sta agendo, quali strumenti un agente può chiamare, quali dati può recuperare, come una decisione può essere controllata e come vengono rilevati loop di strumenti fuori controllo o chiamate a modelli costosi.
I fornitori di software che si basano su Bedrock potrebbero aver bisogno di un periodo di doppio supporto. I clienti esistenti potrebbero ancora utilizzare Classic, mentre i nuovi clienti potrebbero aver bisogno di AgentCore. Ciò può significare test aggiuntivi, indicatori di funzionalità, logica di implementazione specifica per il cliente e documentazione più chiara su quale percorso dell'agente Bedrock è supportato.
Conseguenze pratiche e domande aperte
Il primo passo pratico è l'inventario. I team devono identificare se utilizzano Bedrock Agents Classic, semplici API del modello Bedrock, knowledge base, Guardrail o orchestrazioni personalizzate all'esterno di Bedrock. L'avviso sulla modalità di manutenzione influisce su tali categorie in modo diverso.
Il secondo passaggio consiste nel mappare le dipendenze della migrazione anziché ipotizzare un lift-and-shift diretto. I carichi di lavoro degli agenti possono dipendere dalle definizioni degli strumenti, dalla configurazione di recupero, dai modelli di prompt, dalle autorizzazioni IAM, dai log di controllo e dalla gestione degli errori specifici dell'applicazione. Il passaggio ad AgentCore può rappresentare un'opportunità per migliorare l'osservabilità e i controlli dell'identità, ma può comunque richiedere un lavoro di integrazione.
Il terzo passaggio è la revisione dei costi e della governance. I nuovi runtime degli agenti spesso semplificano la connessione di più strumenti e l'esecuzione di flussi di lavoro più autonomi. Ciò aumenta il valore dell'analisi dell'utilizzo, dell'attribuzione a livello di richiesta e dei controlli del budget. In un ambiente gateway, i team dovrebbero decidere quali chiamate passano attraverso un livello di policy centrale e quali rimangono all'interno dell'orchestrazione gestita da AWS.
Alcuni dettagli rimangono specifici dell'account. Commenti indipendenti hanno suggerito che l'idoneità potrebbe dipendere dall'utilizzo precedente dell'account e che alcuni modelli post-interruzione appena rilasciati potrebbero non essere disponibili tramite Classic. Questi punti dovrebbero essere verificati rispetto all'account AWS del cliente e alla documentazione attuale della modalità di manutenzione di AWS prima di essere trattati come policy.
Il segnale più ampio è abbastanza chiaro: AWS non sta abbandonando gli agenti Bedrock, ma sta spostando il lavoro dei nuovi agenti lontano dall'interfaccia originale degli agenti Bedrock. Per gli sviluppatori e i team della piattaforma, il presupposto sicuro è che i futuri investimenti sugli agenti AWS si concentreranno su AgentCore, mentre Bedrock Agents Classic diventerà un problema di compatibilità per le distribuzioni esistenti.