Co ogłosił AWS

5 sierpnia 2026 AWS ogłosił, że Amazon DynamoDB obsługuje teraz wyszukiwanie wektorowe natywnie, bez konieczności budowania czy utrzymywania osobnego indeksu wektorowego. Firma podaje opóźnienie rzędu pojedynczych milisekund przy trafności powyżej 99 procent, skalowalne do bilionów wektorów. SiliconANGLE i InfoWorld niezależnie od siebie opisały tę zapowiedź tego samego dnia, określając ją jako funkcję natywną, a nie doczepioną usługę.

Mechanizm jest prosty: wyszukiwanie wektorowe działa teraz na tej samej tabeli, która już przechowuje podstawowe dane aplikacji. Nie trzeba uruchamiać drugiej bazy danych, wykonywać kroku eksportu i importu ani utrzymywać potoku, który musiałby synchronizować osobny indeks wektorowy ze zmianami w tabeli źródłowej.

To właśnie ten ostatni punkt zasługuje na uwagę. Usunięcie potoku synchronizacji usuwa opóźnienie między aktualizacją rekordu a jego pojawieniem się w wynikach wyszukiwania, a także usuwa całą klasę błędów powstających, gdy dwa magazyny danych rozjeżdżają się ze sobą.

Kategoria dostawców, która jest zagrożona

Przez ostatnie dwa do trzech lat dodanie wyszukiwania semantycznego lub generowania wspomaganego wyszukiwaniem (RAG) do produktu niemal zawsze oznaczało wdrożenie drugiej, dedykowanej bazy wektorowej obok bazy, która już przechowywała rzeczywiste dane. Pinecone, Weaviate i Milvus zbudowały swoje firmy dokładnie na tej luce, a rozszerzenia Postgres pokrywały tę samą potrzebę dla zespołów, które chciały pozostać przy jednym silniku.

Ten wzorzec stał się niemal stałą pozycją w planach projektów AI: budżet na dostawcę bazy wektorowej, budżet czasu inżynierskiego na potok synchronizacji oraz budżet na drugi przegląd bezpieczeństwa, ponieważ dane użytkowników przepływają teraz przez drugiego podmiotu przetwarzającego. Żaden z tych kosztów nie był egzotyczny, ale wszystkie uznawano za konieczne.

To, co AWS dostarczył 5 sierpnia, nie kasuje tej kategorii dostawców, ale odbiera jej automatyczne uzasadnienie w jednym dużym, częstym przypadku: każdym zespole, którego podstawowe dane aplikacji już żyją w DynamoDB. Dla tej grupy argument za osobną bazą wektorową trzeba teraz udowodnić na nowo, a nie zakładać z góry.

Co sprawdzić przed następną zgodą na projekt AI

Praktyczna wskazówka jest prosta i natychmiastowa. Zanim zostanie podpisana umowa z dostawcą bazy wektorowej i zanim inżynier zostanie oddelegowany do budowy potoku synchronizacji z DynamoDB do bazy wektorowej, ktoś powinien sprawdzić, czy sama DynamoDB potrafi już wykonać to zadanie.

Ma to znaczenie zwłaszcza dla planów, które już powstały. Każdy plan projektu AI napisany w ciągu ostatnich dwóch lat, zawierający punkt 'dodać osobną bazę wektorową', powstał w oparciu o założenia, które AWS właśnie zmienił dla użytkowników DynamoDB. Ponowne otwarcie takiego planu kosztuje popołudnie; nieotworzenie go kosztuje umowę z dostawcą i potok utrzymaniowy, który być może nie był potrzebny.

Sama weryfikacja jest wąska: czy podstawowe dane aplikacji już żyją w DynamoDB oraz czy wymagana skala i opóźnienie mieszczą się w tym, co opublikował AWS? Jeśli obie odpowiedzi brzmią tak, osobna baza wektorowa staje się opcją, a nie założeniem.

Gdzie osobna baza wektorowa nadal ma sens

Nic z tego nie oznacza, że każdą dedykowaną bazę wektorową należy usunąć. Zespoły działające w ekstremalnej skali lub na wielu dostawcach chmury naraz mogą nadal mieć powody niezwiązane z nową funkcją DynamoDB.

Architektury już zbudowane i stabilne wokół Pinecone, Weaviate czy Milvus również nie muszą się zmieniać na podstawie jednej zapowiedzi. Migracja ma swój własny koszt, a działający system, który spełnia swoje wymagania, nie zasługuje automatycznie na to, by go ruszać.

Uczciwe stanowisko jest takie, że to jest ponowna weryfikacja, a nie nakaz. Niektóre zespoły przeprowadzą tę weryfikację i zachowają swoją osobną bazę wektorową, ponieważ mają ku temu prawdziwy powód. Błędem nie jest weryfikowanie, lecz brak weryfikacji w ogóle i trzymanie się starego założenia z przyzwyczajenia.

Co obserwować dalej

Najbardziej bezpośrednią konsekwencją dla zespołów ochrony danych w UE i Wielkiej Brytanii jest kwestia zgodności: każdy zespół, który przenosi swoje wyszukiwanie wektorowe do DynamoDB, usuwa drugiego podmiotu przetwarzającego i drugą umowę powierzenia przetwarzania danych ze swojego przeglądu dostawców, ponieważ dane użytkowników nie muszą już przepływać przez osobnego dostawcę bazy wektorowej.

Warto obserwować, jak zareagują dedykowani dostawcy baz wektorowych. Taka funkcja, dostarczona przez dostawcę, który już posiada dużą część danych źródłowych, to rodzaj posunięcia, które zwykle zmusza konkurentów albo do wyraźnego odróżnienia się, albo do ostrzejszej konkurencji cenowej.

Warto też obserwować, czy inni więksi dostawcy chmurowych baz danych wbudują podobną funkcję wektorową we własne podstawowe bazy danych w nadchodzących miesiącach. Jeśli posunięcie AWS zostanie powielone gdzie indziej, założenie, że funkcje AI wymagają osobnej bazy danych, zdezaktualizuje się daleko poza samą DynamoDB.

Czytaj dalej: Portfel wynosił 1,5 miliarda. Obligacja też.  |  Zysk z niedoboru wyszedł jako skup akcji