trustgraph/docs/tech-specs/collection-management.tr.md

layout	title	parent
default	Koleksiyon Yönetimi Teknik Özellikleri	Turkish (Beta)

Koleksiyon Yönetimi Teknik Özellikleri

Beta Translation: This document was translated via Machine Learning and as such may not be 100% accurate. All non-English languages are currently classified as Beta.

Genel Bakış

Bu özellik, TrustGraph için koleksiyon yönetimi yeteneklerini tanımlar ve açık koleksiyon oluşturulmasını gerektirir ve koleksiyon yaşam döngüsü üzerinde doğrudan kontrol sağlar. Koleksiyonlar, uygun veri ambarı ve tüm depolama arka uçları arasındaki senkronizasyonu sağlamak için kullanmadan önce açıkça oluşturulmalıdır. Bu özellik, dört birincil kullanım senaryosunu destekler:

1. Koleksiyon Oluşturma: Veri depolamadan önce koleksiyonları açıkça oluşturun
2. Koleksiyon Listeleme: Sistemdeki mevcut tüm koleksiyonları görüntüleyin
3. Koleksiyon Meta Veri Yönetimi: Koleksiyon adlarını, açıklamalarını ve etiketlerini güncelleyin
4. Koleksiyon Silme: Koleksiyonları ve bunlara bağlı verileri tüm depolama türlerinden kaldırın

Hedefler

Açık Koleksiyon Oluşturma: Verilerin depolanabilmesi için koleksiyonların oluşturulmasını gerektirir Depolama Senkronizasyonu: Koleksiyonların tüm depolama arka uçlarında (vektörler, nesneler, üçlüler) mevcut olduğundan emin olun Koleksiyon Görünürlüğü: Kullanıcıların ortamlarındaki tüm koleksiyonları listelemesini ve incelemesini sağlayın Koleksiyon Temizleme: Artık gerekli olmayan koleksiyonların silinmesine izin verin Koleksiyon Organizasyonu: Daha iyi koleksiyon takibi ve keşfi için etiketleri ve kategorileri destekleyin Meta Veri Yönetimi: İşletimsel açıklık için koleksiyonlarla anlamlı meta verileri ilişkilendirin Koleksiyon Keşfi: Filtreleme ve arama yoluyla belirli koleksiyonları bulmayı kolaylaştırın İşletim Şeffaflığı: Koleksiyon yaşam döngüsü ve kullanımı hakkında net görünürlük sağlayın Kaynak Yönetimi: Kullanılmayan koleksiyonları temizleyerek kaynak kullanımını optimize etmeyi sağlayın Veri Bütünlüğü: Meta veri takibi olmadan depolamada yetim koleksiyonların oluşmasını önleyin

Arka Plan

Geçmişte, TrustGraph'taki koleksiyonlar, veri yükleme işlemleri sırasında örtülü olarak oluşturuluyordu ve bu da koleksiyonların depolama arka uçlarında, ancak kütüphanecide ilgili meta verilere sahip olmadan var olabileceği senkronizasyon sorunlarına yol açıyordu. Bu durum, yönetim zorlukları ve potansiyel olarak yetim veri sorunları yaratmıştır.

Açık koleksiyon oluşturma modeli, bu sorunları aşağıdaki şekilde ele alır: Koleksiyonların tg-set-collection aracılığıyla kullanmadan önce oluşturulmasını gerektirir Koleksiyon oluşturmayı tüm depolama arka uçlarına yayınlar Kütüphaneci meta verileri ile depolama arasındaki senkronize durumu korur Var olmayan koleksiyonlara yazmayı engeller Açık koleksiyon yaşam döngüsü yönetimi sağlar

Bu özellik, açık koleksiyon yönetimi modelini tanımlar. Açık koleksiyon oluşturmayı gerektirerek, TrustGraph şunları sağlar: Koleksiyonlar, oluşturulmadan itibaren kütüphaneci meta verilerinde takip edilir Tüm depolama arka uçları, verileri almadan önce koleksiyonların varlığından haberdardır Depolamada yetim koleksiyonların oluşması engellenir Koleksiyon yaşam döngüsü üzerinde açık işletimsel görünürlük ve kontrol sağlanır Var olmayan koleksiyonlara yapılan işlemlerde tutarlı hata işleme sağlanır

Teknik Tasarım

Mimari

Koleksiyon yönetimi sistemi, mevcut TrustGraph altyapısının içinde uygulanacaktır:

1. Kütüphaneci Hizmeti Entegrasyonu Koleksiyon yönetimi işlemleri, mevcut kütüphaneci hizmetine eklenecektir Yeni bir hizmet gerektirmez - mevcut kimlik doğrulama ve erişim kalıplarından yararlanır Koleksiyon listeleme, silme ve meta veri yönetimi işlemlerini işler

   Modül: trustgraph-librarian

2. Cassandra Koleksiyon Meta Veri Tablosu Mevcut kütüphaneci anahtar alanındaki yeni bir tablo Kullanıcı kapsamlı erişim ile koleksiyon meta verilerini depolar Birincil anahtar: Doğru çoklu kiracılık için (user_id, collection_id)

   Modül: trustgraph-librarian

3. Koleksiyon Yönetimi CLI Koleksiyon işlemleri için komut satırı arayüzü Listeleme, silme, etiketleme ve etiket yönetimi komutları sağlar Mevcut CLI çerçevesiyle entegre olur

   Modül: trustgraph-cli

Veri Modelleri

Cassandra Koleksiyon Meta Veri Tablosu

Koleksiyon meta verileri, kütüphaneci anahtar alanındaki yapılandırılmış bir Cassandra tablosunda saklanacaktır:

CREATE TABLE collections (
    user text,
    collection text,
    name text,
    description text,
    tags set<text>,
    created_at timestamp,
    updated_at timestamp,
    PRIMARY KEY (user, collection)
);

Tablo yapısı: user: collection: Birincil bileşik anahtar, kullanıcı yalıtımını sağlar name: İnsan tarafından okunabilir koleksiyon adı description: Koleksiyonun amacının ayrıntılı açıklaması tags: Kategorizasyon ve filtreleme için etiket kümesi created_at: Koleksiyon oluşturma zaman damgası updated_at: Son değişiklik zaman damgası

Bu yaklaşım şunları sağlar: Kullanıcı yalıtımı ile çoklu kiracılı koleksiyon yönetimi Kullanıcı ve koleksiyon bazında verimli sorgulama Düzenleme için esnek etiketleme sistemi İşletimsel bilgiler için yaşam döngüsü takibi

Koleksiyon Yaşam Döngüsü

Koleksiyonlar, veri işlemlerine başlamadan önce kütüphanede açıkça oluşturulmalıdır:

1. Koleksiyon Oluşturma (İki Yol):

   Yol A: Kullanıcı Tarafından Başlatılan Oluşturma tg-set-collection aracılığıyla: Kullanıcı, koleksiyon kimliği, adı, açıklaması ve etiketleri sağlar Kütüphane, collections tablosunda bir meta veri kaydı oluşturur Kütüphane, tüm depolama arka uçlarına "create-collection" mesajını gönderir Tüm depolama işlemcileri, koleksiyonu oluşturur ve başarıyı onaylar Koleksiyon artık veri işlemleri için hazırdır

   Yol B: Belge Gönderimi Üzerinde Otomatik Oluşturma: Kullanıcı, bir koleksiyon kimliği belirten bir belge gönderir Kütüphane, koleksiyonun meta veri tablosunda mevcut olup olmadığını kontrol eder Yoksa: Kütüphane, varsayılanlarla (ad=koleksiyon_kimliği, boş açıklama/etiketler) bir meta veri oluşturur Kütüphane, tüm depolama arka uçlarına "create-collection" mesajını gönderir Tüm depolama işlemcileri, koleksiyonu oluşturur ve başarıyı onaylar Belge işleme, koleksiyonun artık oluşturulduğu şekilde devam eder

   Her iki yol da, veri işlemlerine izin verilmeden önce koleksiyonun kütüphane meta verilerinde VE tüm depolama arka uçlarında mevcut olmasını sağlar.

2. Depolama Doğrulama: Yazma işlemleri, koleksiyonun mevcut olup olmadığını doğrular: Depolama işlemcileri, yazmayı kabul etmeden önce koleksiyonun durumunu kontrol eder Mevcut olmayan koleksiyonlara yapılan yazılar hata döndürür Bu, doğrudan yazmaların kütüphanenin koleksiyon oluşturma mantığını atlamasını engeller

3. Sorgu Davranışı: Sorgu işlemleri, mevcut olmayan koleksiyonları zarif bir şekilde işler: Mevcut olmayan koleksiyonlara yapılan sorgular boş sonuçlar döndürür Sorgu işlemleri için hata oluşmaz Koleksiyonun mevcut olması gerekmeksizin keşfetmeye olanak tanır

4. Meta Veri Güncellemeleri: Kullanıcılar, koleksiyon oluşturulduktan sonra koleksiyon meta verilerini güncelleyebilir: Adı, açıklamasını ve etiketleri tg-set-collection aracılığıyla güncelleyin Güncellemeler yalnızca kütüphane meta verilerine uygulanır Depolama arka uçları koleksiyonu korur, ancak meta veri güncellemeleri yayılmaz

5. Açık Silme: Kullanıcılar, koleksiyonları tg-delete-collection aracılığıyla siler: Kütüphane, tüm depolama arka uçlarına "delete-collection" mesajını gönderir Tüm depolama işlemcilerinden onay bekler Depolama temizliği tamamlandıktan SONRA yalnızca kütüphane meta veri kaydını siler Depoda hiçbir verinin kaybolmamasını sağlar

Temel İlke: Kütüphane, koleksiyon oluşturma için tek kontrol noktasıdır. Kullanıcı komutu veya belge gönderimi ile başlatılıp başlatılmadığına bakılmaksızın, kütüphane, veri işlemlerine izin vermeden önce uygun meta veri takibi ve depolama arka uç senkronizasyonunu sağlar.

Gerekli işlemler: Koleksiyon Oluşturma: tg-set-collection aracılığıyla kullanıcı işlemi VEYA belge gönderimi üzerine otomatik Koleksiyon Meta Verilerini Güncelleme: Adı, açıklaması ve etiketleri değiştirmek için kullanıcı işlemi Koleksiyonu Silme: Koleksiyonu ve tüm depolarda verilerini kaldırmak için kullanıcı işlemi Koleksiyonları Listeleme: Etiketlere göre filtreleme ile koleksiyonları görüntülemek için kullanıcı işlemi

Çoklu Depo Koleksiyon Yönetimi

Koleksiyonlar, TrustGraph'ta birden çok depolama arka uçunda bulunur: Vektör Depoları (Qdrant, Milvus, Pinecone): Gömme ve vektör verilerini depolar Nesne Depoları (Cassandra): Belge ve dosya verilerini depolar Üçlü Depolar (Cassandra, Neo4j, Memgraph, FalkorDB): Grafik/RDF verilerini depolar

Her bir mağaza türü aşağıdaki işlemleri uygular: Koleksiyon Durumu Takibi: Hangi koleksiyonların mevcut olduğunu takip etme Koleksiyon Oluşturma: "koleksiyon oluştur" işlemlerini kabul etme ve işleme alma Koleksiyon Doğrulama: Yazma işlemlerini kabul etmeden önce koleksiyonun varlığını kontrol etme Koleksiyon Silme: Belirtilen koleksiyon için tüm verileri silme

Kütüphaneci hizmeti, tüm mağaza türleri arasında koleksiyon işlemlerini koordine ederek şunları sağlar: Koleksiyonlar, kullanmadan önce tüm arka uçlarda oluşturulur Tüm arka uçlar, oluşturma işleminden sonra başarıyı doğrular Depolama türleri arasında senkronize koleksiyon yaşam döngüsü Koleksiyonlar mevcut olmadığında tutarlı hata işleme

Depolama Türüne Göre Koleksiyon Durumu Takibi

Her depolama arka ucu, yeteneklerine bağlı olarak koleksiyon durumunu farklı şekilde takip eder:

Cassandra Üçlü Deposu: Mevcut triples_collection tablosunu kullanır Koleksiyon oluşturulduğunda sistem işaretleyici üçlüsü oluşturur Sorgu: SELECT collection FROM triples_collection WHERE collection = ? LIMIT 1 Koleksiyonun varlığı için verimli tek bölüm kontrolü

Qdrant/Milvus/Pinecone Vektör Depoları: Yerel koleksiyon API'leri, varlık kontrolü sağlar Koleksiyonlar, uygun vektör yapılandırmasıyla oluşturulur collection_exists() yöntemi, depolama API'sini kullanır Koleksiyon oluşturma, boyut gereksinimlerini doğrular

Neo4j/Memgraph/FalkorDB Grafik Depoları: Koleksiyonları takip etmek için :CollectionMetadata düğümlerini kullanır Düğüm özellikleri: {user, collection, created_at} Sorgu: MATCH (c:CollectionMetadata {user: $user, collection: $collection}) Veri düğümlerinden ayrı olarak, temiz bir ayrım sağlar Koleksiyon listeleme ve doğrulama için verimli bir yol sağlar

Cassandra Nesne Deposu: Koleksiyon meta veri tablosunu veya işaretçi satırlarını kullanır Üçlü depoya benzer bir desen Veri yazmadan önce koleksiyonu doğrular

API'ler

Koleksiyon Yönetimi API'leri (Kütüphaneci): Koleksiyon Oluşturma/Güncelleme: Yeni bir koleksiyon oluşturma veya mevcut meta verileri tg-set-collection aracılığıyla güncelleme Koleksiyonları Listeleme: İsteğe bağlı etiket filtrelemesiyle bir kullanıcı için koleksiyonları alma Koleksiyon Silme: Koleksiyonu ve ilişkili verileri silme, tüm mağaza türlerine kadar yayılma

Depolama Yönetimi API'leri (Tüm Depolama İşlemcileri): Koleksiyon Oluşturma: "koleksiyon oluştur" işlemini işleme, depolamada koleksiyonu oluşturma Koleksiyon Silme: "koleksiyon sil" işlemini işleme, tüm koleksiyon verilerini silme Koleksiyon Varlığı Kontrolü: Yazma işlemlerini kabul etmeden önce iç doğrulama

Veri İşlemleri API'leri (Değiştirilmiş Davranış): Yazma API'leri: Veriyi kabul etmeden önce koleksiyonun varlığını doğrulama, mevcut değilse hata döndürme Sorgu API'leri: Hata olmadan mevcut olmayan koleksiyonlar için boş sonuçlar döndürme

Uygulama Ayrıntıları

Uygulama, hizmet entegrasyonu ve CLI komut yapısı için mevcut TrustGraph desenlerini takip edecektir.

Koleksiyon Silme Yayılımı

Bir kullanıcı, kütüphaneci hizmeti aracılığıyla koleksiyon silme işlemini başlattığında:

1. Meta Veri Doğrulama: Koleksiyonun var olduğunu ve kullanıcının silme izni olup olmadığını doğrulayın
2. Depolama Yayılımı: Kütüphaneci, tüm depolama yazıcıları arasında silme işlemini koordine eder: Vektör depolama yazıcısı: Kullanıcı ve koleksiyon için gömülmeleri ve vektör indekslerini kaldırır Nesne depolama yazıcısı: Kullanıcı ve koleksiyon için belgeleri ve dosyaları kaldırır Üçlü depolama yazıcısı: Kullanıcı ve koleksiyon için grafik verilerini ve üçlüleri kaldırır
3. Meta Veri Temizleme: Cassandra'dan koleksiyon meta veri kaydını kaldırır
4. Hata İşleme: Herhangi bir depolama silme işlemi başarısız olursa, geri alma veya yeniden deneme mekanizmaları aracılığıyla tutarlılığı koruyun

Koleksiyon Yönetimi Arayüzü

⚠️ ESKİ YAKLAŞIM - YAPILANDIRMA TEMELLİ DESENE DEĞİŞTİRİLDİ

Aşağıda açıklanan kuyruk tabanlı mimari, CollectionConfigHandler kullanarak bir yapılandırma tabanlı yaklaşımla değiştirilmiştir. Tüm depolama arka uçları artık özel yönetim kuyrukları yerine yapılandırma itme mesajları aracılığıyla koleksiyon güncellemeleri alır.

Tüm depolama yazıcıları, ortak bir şemaya sahip standart bir koleksiyon yönetimi arayüzü uygular:

Mesaj Şeması (StorageManagementRequest):

{
  "operation": "create-collection" | "delete-collection",
  "user": "user123",
  "collection": "documents-2024"
}

Sıra Mimarisi: Vektör Depolama Yönetimi Kuyruğu (vector-storage-management): Vektör/gömme depoları Nesne Depolama Yönetimi Kuyruğu (object-storage-management): Nesne/belge depoları Üçlü Depolama Yönetimi Kuyruğu (triples-storage-management): Grafik/RDF depoları Depolama Yanıt Kuyruğu (storage-management-response): Tüm yanıtlar buraya gönderilir

Mevcut Uygulama:

Tüm depolama arka uçları artık CollectionConfigHandler kullanır: Yapılandırma İtme Entegrasyonu: Depolama hizmetleri, yapılandırma itme bildirimleri için kayıt yaptırır Otomatik Senkronizasyon: Koleksiyonlar, yapılandırma değişikliklerine göre oluşturulur/silinir Bildirimsel Model: Koleksiyonlar, yapılandırma hizmetinde tanımlanır, arka uçlar eşleşmesi için senkronize olur İstek/Yanıt Yok: Koordinasyon yükünü ve yanıt takibini ortadan kaldırır Koleksiyon Durumu Takibi: known_collections önbelleği aracılığıyla sürdürülür İdeolojik İşlemler: Aynı yapılandırmayı birden çok kez işlemek güvenlidir

Her depolama arka ucu şunları uygular: create_collection(user: str, collection: str, metadata: dict) - Koleksiyon yapılarını oluşturur delete_collection(user: str, collection: str) - Tüm koleksiyon verilerini kaldırır collection_exists(user: str, collection: str) -> bool - Yazmadan önce doğrular

Cassandra Üçlü Depolama Yeniden Düzenlemesi

Bu uygulamanın bir parçası olarak, Cassandra üçlü depolama, bir koleksiyon başına tablo modelinden tek bir tablo modeline yeniden düzenlenecektir:

Mevcut Mimari: Kullanıcı başına bir anahtar alanı, her koleksiyon için ayrı bir tablo Şema: (s, p, o) ile PRIMARY KEY (s, p, o) Tablo adları: Kullanıcı koleksiyonları, ayrı Cassandra tabloları haline gelir

Yeni Mimari: Kullanıcı başına bir anahtar alanı, tüm koleksiyonlar için tek bir "üçlüler" tablosu Şema: (collection, s, p, o) ile PRIMARY KEY (collection, s, p, o) Koleksiyon izolasyonu, koleksiyon bölümlendirmesi yoluyla sağlanır

Gerekli Değişiklikler:

1. TrustGraph Sınıfı Yeniden Düzenlemesi (trustgraph/direct/cassandra.py): Oluşturucudan table parametresini kaldırın, sabit "üçlüler" tablosunu kullanın Tüm yöntemlere collection parametresini ekleyin Koleksiyonu ilk sütun olarak içeren şemayı güncelleyin Dizin Güncellemeleri: Tüm 8 sorgu desenini desteklemek için yeni dizinler oluşturulacaktır: (s) üzerine dizin, konu tabanlı sorgular için (p) üzerine dizin, öznelik tabanlı sorgular için (o) üzerine dizin, nesne tabanlı sorgular için Not: Cassandra, çok sütunlu ikincil dizinleri desteklemez, bu nedenle bunlar tek sütunlu dizinlerdir

   Sorgu Deseni Performansı: ✅ get_all() - collection üzerinde bölüm taraması ✅ get_s(s) - birincil anahtarı verimli kullanır (collection, s) ✅ get_p(p) - idx_p ile collection filtrelemesini kullanır ✅ get_o(o) - idx_o ile collection filtrelemesini kullanır ✅ get_sp(s, p) - birincil anahtarı verimli kullanır (collection, s, p) ⚠️ get_po(p, o) - ALLOW FILTERING gerektirir (ya idx_p veya idx_o artı filtreleme kullanır) ✅ get_os(o, s) - idx_o ile ek filtreleme s üzerinde kullanır ✅ get_spo(s, p, o) - tüm birincil anahtarı verimli kullanır

   ALLOW FILTERING Notu: get_po sorgu deseni, uygun bir birleşik dizin olmadan hem öznitelik hem de nesne kısıtlamalarına ihtiyaç duyduğu için ALLOW FILTERING gerektirir. Bu kabul edilebilir çünkü bu sorgu deseni, tipik üçlü depolama kullanımında konu tabanlı sorgulara göre daha az yaygındır

2. Depolama Yazarı Güncellemeleri (trustgraph/storage/triples/cassandra/write.py): (kullanıcı, koleksiyon) başına bir bağlantı yerine, kullanıcı başına tek bir TrustGraph bağlantısı sürdürün Ekleme işlemlerine koleksiyonu iletin Daha az bağlantıyla daha verimli kaynak kullanımı

3. Sorgu Hizmeti Güncellemeleri (trustgraph/query/triples/cassandra/service.py): Kullanıcı başına tek bir TrustGraph bağlantısı Tüm sorgu işlemlerine koleksiyonu iletin Koleksiyon parametresiyle aynı sorgu mantığını koruyun

Faydaları: Basitleştirilmiş Koleksiyon Silme: Tüm 4 tablo üzerinde collection bölüm anahtarını kullanarak silme Kaynak Verimliliği: Daha az veritabanı bağlantısı ve tablo nesnesi Çoklu Koleksiyon İşlemleri: Birden çok koleksiyonu kapsayan işlemleri uygulamak daha kolaydır Tutarlı Mimari: Birleşik koleksiyon meta veri yaklaşımıyla uyumludur Koleksiyon Doğrulama: triples_collection tablosu aracılığıyla koleksiyonun varlığını kontrol etmek kolaydır

Koleksiyon işlemleri, mümkün olduğunda atomik olacak ve uygun hata yönetimi ve doğrulama sağlayacaktır.

Güvenlik Hususları

Koleksiyon yönetimi işlemleri, yetkisiz erişimi veya koleksiyonların silinmesini önlemek için uygun yetkilendirme gerektirir. Erişim kontrolü, mevcut TrustGraph güvenlik modelleriyle uyumlu olacaktır.

Performans Hususları

Koleksiyon listeleme işlemleri, çok sayıda koleksiyon içeren ortamlarda sayfalama gerektirebilir. Meta veri sorguları, yaygın filtreleme kalıpları için optimize edilmelidir.

Test Stratejisi

Kapsamlı testler şunları kapsayacaktır: Koleksiyon oluşturma iş akışı, uçtan uca Depolama arka uç senkronizasyonu Var olmayan koleksiyonlar için yazma doğrulaması Var olmayan koleksiyonların sorgu işlenmesi Koleksiyon silme işleminin tüm depolama alanlarında yayılması Hata yönetimi ve kurtarma senaryoları Her depolama arka ucu için birim testleri Çapraz depolama işlemleri için entegrasyon testleri

Uygulama Durumu

✅ Tamamlanmış Bileşenler

1. Librarian Koleksiyon Yönetimi Hizmeti (trustgraph-flow/trustgraph/librarian/collection_manager.py) Koleksiyon meta veri CRUD işlemleri (listeleme, güncelleme, silme) LibraryTableStore aracılığıyla Cassandra koleksiyon meta veri tablosu entegrasyonu Koleksiyon silme işleminin tüm depolama türleri arasında koordinasyonu Uygun hata yönetimi ile asenkron istek/yanıt işleme

2. Koleksiyon Meta Veri Şeması (trustgraph-base/trustgraph/schema/services/collection.py) CollectionManagementRequest ve CollectionManagementResponse şemaları Koleksiyon kayıtları için CollectionMetadata şeması Koleksiyon istek/yanıt kuyruğu konu tanımları

3. Depolama Yönetimi Şeması (trustgraph-base/trustgraph/schema/services/storage.py) StorageManagementRequest ve StorageManagementResponse şemaları Depolama yönetimi kuyruğu konuları tanımlandı Depolama seviyesindeki koleksiyon işlemleri için mesaj formatı

4. Cassandra 4-Tablo Şeması (trustgraph-flow/trustgraph/direct/cassandra_kg.py) Sorgu performansı için birleşik bölüm anahtarları SPO sorguları ve silme takibi için triples_collection tablosu Koleksiyon silme işlemi, okuyup sonra silme kalıbıyla uygulandı

✅ Yapılandırma Tabanlı Kalıba Geçiş - TAMAMLANDI

Tüm depolama arka uçları, kuyruk tabanlı kalıptan yapılandırma tabanlı CollectionConfigHandler kalıbına geçirildi.

Tamamlanan geçişler: ✅ trustgraph-flow/trustgraph/storage/triples/cassandra/write.py ✅ trustgraph-flow/trustgraph/storage/triples/neo4j/write.py ✅ trustgraph-flow/trustgraph/storage/triples/memgraph/write.py ✅ trustgraph-flow/trustgraph/storage/triples/falkordb/write.py ✅ trustgraph-flow/trustgraph/storage/doc_embeddings/qdrant/write.py ✅ trustgraph-flow/trustgraph/storage/graph_embeddings/qdrant/write.py ✅ trustgraph-flow/trustgraph/storage/doc_embeddings/milvus/write.py ✅ trustgraph-flow/trustgraph/storage/graph_embeddings/milvus/write.py ✅ trustgraph-flow/trustgraph/storage/doc_embeddings/pinecone/write.py ✅ trustgraph-flow/trustgraph/storage/graph_embeddings/pinecone/write.py ✅ trustgraph-flow/trustgraph/storage/objects/cassandra/write.py

Tüm arka uçlar artık: CollectionConfigHandler'dan miras almaktadır self.register_config_handler(self.on_collection_config) aracılığıyla yapılandırma itme bildirimleri için kayıtlıdır create_collection(user, collection, metadata) ve delete_collection(user, collection)'i uygulamaktadır Yazmadan önce collection_exists(user, collection) ile doğrulamaktadır Otomatik olarak yapılandırma hizmeti değişiklikleriyle senkronize olmaktadır

Eski kuyruk tabanlı altyapı kaldırıldı: ✅ StorageManagementRequest ve StorageManagementResponse şemaları kaldırıldı ✅ Depolama yönetimi kuyruğu konu tanımları kaldırıldı ✅ Tüm arka uçlardan depolama yönetimi tüketici/üretici kaldırıldı ✅ Tüm arka uçlardan on_storage_management işleyicileri kaldırıldı