▲ | barbazoo 4 days ago | |||||||||||||||||||||||||||||||||||||||||||
> It also makes it easier for AWS to comply with censorship requirements. Does it, how? Why would it be the vector store that would make it easier for them to censor the content? Why not censor the documents in S3 directly, or the entries in the relational database. What is different about censoring those vs a vector store? | ||||||||||||||||||||||||||||||||||||||||||||
▲ | resters 4 days ago | parent [-] | |||||||||||||||||||||||||||||||||||||||||||
Once a vector has been generated (and someone has paid for it) it can be searched for and relevant content can be identified without AWS incurring any additional cost to create its own separate censorship-oriented index, etc. AWS can also add additional bits to the vector that benefit its internal goals (scalability, censorship, etc.) Not to mention there is lock-in once you've gone to the trouble of using a specific embedding model on a bunch of content. Ideally we'd converge on backwards-compatible, open source approaches, but cloud vendors want to offer "value" by offering "better" embedding models that are not open source. | ||||||||||||||||||||||||||||||||||||||||||||
|