Amazon Web Services przełączyło swoją pierwotną usługę zarządzanego agenta dla Amazon Bedrock w tryb konserwacji w celu wprowadzenia nowych rozwiązań. Usługa znana wcześniej jako Amazon Bedrock Agents jest teraz dokumentowana jako Amazon Bedrock Agents Classic, a AWS twierdzi, że od 30 lipca 2026 r. nie będzie już dostępna dla nowych klientów.

Nie oznacza to, że istniejące wdrożenia przestaną działać. AWS twierdzi, że obecni klienci mogą nadal korzystać z Bedrock Agents Classic i osobno stwierdza, że ​​zmiana nie dotyczy modeli Amazon Bedrock, baz wiedzy i poręczy. Jednak kierunek dla nowych obciążeń agentów jest jasny: AWS zaleca Amazon Bedrock AgentCore jako porównywalną ścieżkę dla nowych lub migrowanych aplikacji agentów.

Dla zespołów korzystających z Bedrock jest to coś więcej niż zmiana nazwy usługi. Zmienia domyślną architekturę agentów hostowanych przez AWS ze starszego interfejsu Bedrock Agents na nowsze środowisko wykonawcze i stos narzędzi skupiony na AgentCore. W przypadku platform zapewniających bramę API AI, warstwę routingu LLM lub infrastrukturę agenta korporacyjnego granica tworzy kwestię zgodności i migracji, która towarzyszy zwykłemu wyborowi modelu.

Co zmieniło się 30 lipca

Dokumentacja AWS identyfikuje teraz agentów Amazon Bedrock jako klasycznych agentów Amazon Bedrock. Te same wytyczne dotyczące trybu konserwacji mówią, że Bedrock Agents Classic jest zamknięty dla nowych klientów od 30 lipca 2026 r., podczas gdy obecni klienci mogą nadal z niego korzystać.

Praktyczne znaczenie zależy od konta AWS klienta i bieżącego wykorzystania. Istniejące systemy produkcyjne zbudowane na platformie Classic nie powinny zakładać natychmiastowego zamknięcia na podstawie samego publicznego powiadomienia o konserwacji. Jednakże nowe zespoły, nowe konta i organizacje standaryzujące przyszłą infrastrukturę agentów powinny traktować Classic jako starszą ścieżkę, a nie domyślną usługę agenta Bedrock.

AWS wskazuje nowych i migrujących klientów do Bedrock AgentCore. Firma opisuje AgentCore jako obsługujący zarządzaną orkiestrację i szerszy zestaw możliwości agenta produkcyjnego, w tym udostępnianie narzędzi poprzez protokół kontekstu modelu, pamięć, tożsamość, obserwowalność i śledzenie. Funkcje te sugerują, że AWS odchodzi od węższego narzędzia do tworzenia agentów zarządzanych w stronę bardziej ogólnego środowiska wykonawczego agentów dla długotrwałych aplikacji korzystających z narzędzi.

Ważna jest również jedna granica: zmiana dotyczy warstwy orkiestracji agentów zarządzanych Bedrock, a nie całej platformy Bedrock. AWS twierdzi, że nie ma to wpływu na modele Bedrock, bazy wiedzy i poręcze. Zespół może nadal korzystać z komponentów wnioskowania lub pobierania modelu Bedrock i elementów bezpieczeństwa, nawet jeśli będzie musiał ponownie sprawdzić otaczającą go usługę orkiestracji agentów.

Dlaczego ma to znaczenie dla twórców agentów

Infrastrukturę agenta trudniej jest traktować jako cienką warstwę wokół wywołania modelu. Agent produkcyjny często potrzebuje uprawnień do narzędzi, reguł pamięci, mapowania tożsamości, rejestrowania, oceny i przypisania kosztów. Gdy zmieni się zarządzana warstwa orkiestracji, programiści mogą potrzebować sprawdzić, w jaki sposób podpowiedzi, schematy narzędzi, pobieranie, poręcze i monitorowanie są ze sobą powiązane.

Jest to szczególnie prawdziwe w przypadku przedsiębiorstw, które przyjęły Bedrock Agents Classic jako zarządzaną alternatywę dla tworzenia własnej orkiestracji. Jeśli te firmy utworzą teraz dodatkowe środowiska, wdrożą nowe jednostki biznesowe lub przebudują nowe konta AWS, mogą napotkać inną dostępność i zalecaną architekturę niż ta używana w ich istniejących wdrożeniach.

Przerwa dotyczy także dostawców i wewnętrznych zespołów ds. platform, które streszczają platformę Bedrock za ujednoliconym interfejsem. Platforma wielochmurowa lub wielomodelowa nie może traktować tego po prostu jako „drogi do modelu AWS”. Może potrzebować informacji, czy klient odwołuje się do wnioskowania o prostym modelu, przepływu pracy w bazie wiedzy, zasad Guardrails, agenta klasycznego lub obciążenia hostowanego przez AgentCore. Są to różne powierzchnie operacyjne o różnym ryzyku migracji.

Dla użytkowników Model Gate i podobnych klientów bram lekcja jest taka, że ​​Routing API LLM nie zależy już tylko od ceny, opóźnień i jakości modelu. Umiejscowienie agenta też ma znaczenie. Brama może pomóc w scentralizowaniu zarządzania kluczami API, analityki użycia, kontroli zespołu i widoczności wydatków, ale nadal musi szanować możliwości i status cyklu życia podstawowych usług dostawcy.

Kogo to dotyczy

Grupą najbardziej bezpośrednio dotkniętą są klienci AWS planujący nowe kompilacje zarządzanych agentów na platformie Bedrock. Jeśli nie korzystali wcześniej z Bedrock Agents Classic, powinni spodziewać się, że zalecaną ścieżką będzie AgentCore. Według AWS zespoły, które już korzystają z agentów Classic, mogą nadal z nich korzystać, ale przy podejmowaniu długoterminowych decyzji dotyczących planów działania powinny zaplanować stan konserwacji usługi.

Ma to wpływ na architektów chmury, ponieważ architektury referencyjne mogą wymagać aktualizacji.Dokumentację, moduły Terraform, wewnętrzne złote ścieżki i przeglądy bezpieczeństwa, które zakładały Bedrock Agents Classic jako standardową warstwę agenta zarządzanego, należy sprawdzić pod kątem interfejsów API AgentCore, modelu tożsamości, funkcji obserwowalności i wymagań operacyjnych.

Zespoły ds. bezpieczeństwa i zarządzania również wchodzą w zakres. Nacisk AgentCore na tożsamość, ekspozycję narzędzi, obserwowalność i śledzenie odzwierciedla problemy, które obecnie starają się rozwiązać przedsiębiorstwa: który użytkownik lub usługa działa, jakie narzędzia może wywołać agent, jakie dane może pobrać, w jaki sposób można sprawdzić decyzję oraz w jaki sposób wykrywane są niekontrolowane pętle narzędzi lub kosztowne wywołania modeli.

Dostawcy oprogramowania korzystający z platformy Bedrock mogą potrzebować okresu podwójnego wsparcia. Obecni klienci mogą nadal korzystać z wersji Classic, natomiast nowi klienci mogą potrzebować AgentCore. Może to oznaczać dodatkowe testy, flagi funkcji, logikę wdrożenia specyficzną dla klienta i jaśniejszą dokumentację dotyczącą obsługiwanej ścieżki agenta Bedrock.

Praktyczne konsekwencje i otwarte pytania

Pierwszym praktycznym krokiem jest inwentaryzacja. Zespoły powinny określić, czy korzystają z Bedrock Agents Classic, zwykłych interfejsów API modelu Bedrock, baz wiedzy, poręczy, czy też niestandardowej orkiestracji poza Bedrock. Powiadomienie o trybie konserwacji wpływa na te kategorie w różny sposób.

Drugim krokiem jest mapowanie zależności migracji, a nie zakładanie bezpośredniego przeniesienia. Obciążenie agenta może zależeć od definicji narzędzi, konfiguracji pobierania, szablonów podpowiedzi, uprawnień IAM, dzienników kontrolnych i obsługi błędów specyficznej dla aplikacji. Przejście na AgentCore może być okazją do poprawy obserwowalności i kontroli tożsamości, ale nadal może wymagać pracy nad integracją.

Trzeci krok to przegląd kosztów i zarządzania. Nowe środowiska wykonawcze agentów często ułatwiają podłączenie większej liczby narzędzi i uruchamianie bardziej autonomicznych przepływów pracy. Zwiększa to wartość analityki użycia, atrybucji na poziomie żądania i kontroli budżetu. W środowisku bramy zespoły powinny decydować, które wywołania przepływają przez centralną warstwę zasad, a które pozostają w orkiestracji zarządzanej przez AWS.

Niektóre szczegóły zależą od konkretnego konta. Niezależny komentarz sugeruje, że kwalifikowalność może zależeć od wcześniejszego wykorzystania konta i że niektóre nowo wydane modele po wycofaniu mogą nie być dostępne w wersji Classic. Punkty te należy zweryfikować w oparciu o własne konto AWS klienta i aktualną dokumentację trybu konserwacji AWS, zanim zostaną potraktowane jako zasady.

Większy sygnał jest wystarczająco wyraźny: AWS nie opuszcza agentów Bedrock, ale przenosi pracę nowych agentów z oryginalnego interfejsu Bedrock Agents. W przypadku programistów i zespołów zajmujących się platformami bezpieczne założenie jest takie, że przyszłe inwestycje w agenta AWS będą koncentrować się wokół AgentCore, podczas gdy Bedrock Agents Classic stanie się problemem dotyczącym zgodności w przypadku istniejących wdrożeń.