Hva er multitenancy i vektor-databaser?

Når du laster opp og behandler dine data på GitHub, så ingen andre kan se dem med mindre du gjør dem offentlige, deler du fysisk infrastruktur med andre brukere. Dette er fordi GitHub bruker multitenancy som en kostnadseffektiv og enklere å håndtere alternativ til å tildele en separat database til hver bruker.

Men å dele samme infrastruktur blir en sikkerhetsrisiko når alle brukere kan se hverandres data. Multitenancy løser dette problemet ved å logisk partitionere brukerdata samtidig som de tillater dem å kjøre på samme ressurser.

Denne artikkelen utforsker multitenancy i vektor-databaser, dens fordeler, begrensninger og virkelige bruksscenarier.

Hvordan fungerer multitenancy i vektor-databaser?

Multitenancy er en tilnærming der flere leietakere, dvs. brukere, deler samme database, men lagrer sine data i en isolert miljø.

En isolert miljø skapes ved hjelp av unike legitimasjoner for hver leietaker for å sikre sine data. Som resultat kan hver leietaker lagre, behandle og endre sine data i sin isolerte miljø. Men selskapet har tilgang til å håndtere og kontrollere leietakerressurser og begrensninger.

Eksempel på en to-leietaker-samling med isolert tilgang til samme database. Bildkilde: Qdrant

Vektor-databaser bruker indeksering som en søketeknikk som organiserer vektorer basert på likhet. Indekseringsstrategien påvirker leietakerdatadelingen. For tiden brukes to indekseringsstrategier i multitenant vektor-databaser.

La oss diskutere begge indekseringsstrategier i multitenant vektor-databaser:

1. Delte indekser: Alle leietakere deler samme indeks med unike legitimasjoner som partitionerer dataene. Denne metoden er minneeffektiv. Men den krever robust sikkerhet og tilgangskontrollmekanismer for å beskytte leietakerdata.
2. Per-leietaker-indeksering: Hver leietaker har en separat indeks i per-leietaker-indeksering. Dette tillater full tilgangskontroll og forbedret søkeprestasjon. Men denne metoden er ressurskrevende.

Noen vektor-databaser som Qdrant og Milvus tilbyr multitenant-arkitektur for å tillate økt tilpasning og skalerbarhet for brukere med begge indekseringsstrategier.

Fordelene med multitenancy i vektor-databaser

Multitenancy i vektor-databaser tilbyr mange fordeler for selskaper som krever isolerte database-eksemplarer for flere brukere. Noen av fordelene inkluderer:

1. Kostereduksjon

Bruk av færre ressurser for flere brukere resulterer i reduserte infrastrukturkostnader.

2. Skalerbarhet

Multitenancy tillater behovsbasert ressursdeling. Dette betyr at leietakere med flere lagringskrav får flere ressurser og omvendt.

3. Tilpasning

En separat miljø tillater leietakere å konfigurere den basert på sine behov, inkludert databaseskjema, tillegg, målinger og dashboards. Konfigurasjoner er private for leietakere, og leietakere kan endre dem når deres behov endrer seg.

4. Håndtering

En enkelt database for alle leietakere tillater sentralisert ressurs-håndtering, konfigurasjon og overvåking i stedet for å overvåke alle leietakere separat. Mens et selskap kan håndtere alle leietakere på ett sted, har leietakerne kontroll over å håndtere sine data i sine isolerte miljøer.

Begrensningene til multitenancy i vektor-databaser

Som enhver annen arkitektonisk tilnærming har multitenancy noen begrensninger. Det er viktig å vurdere disse begrensningene for å kunne ta informerte beslutninger. De vanligste begrensningene inkluderer:

1. Ekstra kompleksitet

Håndtering av flere leietakere på en enkelt ressurs krever ekstra konfigurasjon. Dette inkluderer leietaker-opptak, tilgangskontroll, brukerautentisering og autorisasjon. Mangel på kunnskap og støtte kan føre til uønskede resultater som utilsiktet datadeling eller ressurs-overbelastning.

For å løse dette, nøye planlegging og databasesupport sikrer en sikker brukermiljø.

2. Sikkerhetsproblemer

Ondt ment å tilgang, utilsiktet miskonfigurasjoner eller sårbarheter i underliggende infrastruktur kan føre til delt data mellom leietakere. Som sikkerhetstiltak kan implementering av nøye design, gjennomføring av regelmessige auditor og inkorporering av flerskikts sikkerhetstiltak styrke den overordnede sikkerheten.

3. Ytelsesbottlenecker

Høyere bruk av ressurser av en leietaker kan senke ytelsen til andre. Delte indekser påvirker spesifikt søkeytelsen på grunn av runtime-tilgangskontroller for å matche tilgangslisten. Ressurs-håndtering og kontroll, regelmessige oppdateringer og leietaker-utdanning er viktig for å minimere ytelsesproblemer.

4. Systemfeil

Planlagt vedlikehold, maskinvarefeil og programvarefeil påvirker alle leietakere når de deler en lignende infrastruktur. Dette fører til data-, omdømme- og finansielle tap. Regelmessig risikovurdering, infrastrukturkvalitetsikring og rettidig sikkerhetskopiering kan minimere den negative effekten av systemfeil.

Bruksområder for multitenancy

Multitenancy er nyttig i ulike applikasjoner, fra e-handelsanbefalingsystemer til opplæring av store maskinlæringsmodeller i selskaper. Noen av de vanligste bruksområdene inkluderer:

1. Anbefalingsystemer

Forestall en e-handelsplattform hvor brukere kan registrere seg og lagre sine handlepreferanser. En multitenant-opptak tillater personlige produktanbefalinger til hver enkelt bruker.

På e-handelsplattformen kan alle leietakere sette sine kriterier, så anbefalingssystemet sender personlige produktanbefalinger til sluttbrukerne.

2. Bedriftsapplikasjoner

Store programvareapplikasjoner som betjener flere ansatte og kunder bruker samme database for alle brukere. Alle brukere kan laste opp og behandle sine data samtidig som de beskytter dem mot andre. For eksempel tillater Dropbox og HubSpot (HUBS ) alle brukere å dele samme ressurser samtidig som de holder sine data beskyttet mot hverandre.

3. Anomalie- og svindelforskning

Multitenancy tillater utvikling av robuste svindelforskningssystemer samtidig som de holder enkeltdata sikker. Selskaper trener svindelforskningmodeller på sine anonymiserte data og sender bare den trenede modellen over den sentraliserte databasen. Dette tillater dem å holde sine data sikker samtidig som de bidrar til å utvikle svindelforskningssystemer.

For eksempel bruker kredittkortsvindelforskningssystemer ML for forbedret sikkerhet og effektivitet.

Når å bruke og når ikke å bruke multitenancy

Flere faktorer bidrar til beslutningen om å bytte til multitenancy, inkludert leietaker-ytelse, isoleringskrav og sikkerhetsproblemer. La oss diskutere når og når ikke å bruke multitenancy i detalj nedenfor.

Når å bruke multitenancy

Følgende indikatorer gjør multitenancy til en god passende løsning:

1. Flere leietakere trenger separate miljøer.
2. Leietakere kan akseptere ytelseshandel.
3. Kostnadsreduksjon er din prioritet.
4. Sentralisert leietakerhåndtering forbedrer dine operasjoner.

Når ikke å bruke multitenancy

Begrensningene til multitenancy holder det tilbake fra å være en god passende løsning for alle situasjoner. En multitenant vektor-database er ikke en god passende løsning for deg hvis du har følgende krav:

1. Leietakere eier høyst sensitive data med strenge sikkerhetskrav.
2. En begrenset antall leietakere med langsom vekst.
3. Leietakere krever dedikerte miljøer og kan ikke tåle ytelsesnedgang.
4. Begrenset multitenant-ekspertise og evne til å håndtere økende kompleksitet.

Multitenancy introduserer ekstra skalerbarhet og håndtering til vektor-databasene. Hvis konfigurert korrekt, spar multitenancy betydelige kostnader og ressurser for en organisasjon.

Interessert i mer AI-relatert innhold? Hold kontakt med unite.ai.