Milvus 3.0 lar deg søke i data som blir liggende i objektlagringen

Vektordatabaser har til nå stort sett krevd at du kopierer dataene inn i dem. Milvus 3.0, merket som stabil utgivelse på GitHub 29. juli, flytter på den forutsetningen. Zilliz beskriver selv oppdateringen som lake-native, og i klientbiblioteket ser du hva det betyr i praksis: eksterne samlinger som er skrivebeskyttet og oppdateres manuelt, med egne skjemabyggere for eksterne datakilder og feltmappinger.

Søkemotoren har fått mer enn nærmeste-nabo-oppslag. Utgivelsesnotatene for Go-klienten v3 lister aggregering i søk med flerfeltsnøkler, nøstede aggregeringer, topptreff og målene avg, sum, count, min og max. I tillegg kommer søk basert på primærnøkkel-ID-er, slik at eksisterende entiteter kan brukes som vektor-input, og navnerom-avgrensede operasjoner på tvers av søk, hybridsøk, spørringer, iteratorer, insert, upsert og delete. Øyeblikksbilder av samlinger kan opprettes, listes og gjenopprettes asynkront til nye samlinger.

Oppgraderingen er ikke gratis. Modulstien flyttes fra client/v2 til client/v3, og protobuf-typene fra de to versjonene er ikke utbyttbare, så applikasjoner som bruker genererte Milvus-meldinger direkte må migrere. Klient-telemetri er dessuten på som standard.

Selve annonseringsposten ligger bak en blokkering som avviser automatiske oppslag, så beskrivelsene over er hentet fra Milvus-prosjektets egne utgivelsesnotater på GitHub, ikke fra markedsføringsteksten.

Hva bør du gjøre?

1. Slå av klient-telemetrien hvis du kjører selvhostet og ikke vil sende hjerteslag og metrikker ut. Bryteren er TelemetryConfig.Enabled i ClientConfig.
2. Kartlegg protobuf-bruken din før du flytter modulstien. Bruker koden din genererte meldinger fra go-api/v2 direkte, er migreringen til v3 en reell jobb og ikke et søk-og-erstatt.
3. Vent på de fullstendige utgivelsesnotatene før du tar 3.0 i produksjon. GitHub-utgivelsen for v3.0.0 står fortsatt oppført uten notater.