Hesaplamayı Veriye Göndermek: Veriyi Algoritmaya Değil, Algoritmayı Veriye

Birinin verisini çözümlemenin olağan yolu onun bir kopyasını almaktır. Hesaplamayı veriye göndermek bunu tersine çeviriyor: çözümleme verinin durduğu yere gidiyor, orada çalışıyor, ve yalnızca sonuç geri geliyor. Veri hiç kımıldamıyor ve çözümleyici onu hiç tutmuyor.

Pod bunu yapmıyor. Bu yüzeydeki hiçbir şey gönderilen kodu saklanan veriye karşı çalıştırmıyor, ve bu sayfa bir düzeneği açıklamak için var, bir tanesini iddia etmek için değil.

Çözdüğü problem

İki taraf birbirinden bir şey istiyor ve hiçbiri diğerinin istediğini veremiyor.

Bir araştırmacının bir hastanenin kayıtları üzerinde eğitim yapması gerekiyor. Hastane onları teslim edemiyor. Bir model kurucu bir bankanın işlem geçmişini istiyor. Banka onu bırakamıyor. Her iki durumda da tıkaç fiyat ya da isteksizlik değil, veriyi kopyalamanın kimsenin yapmasına izin verilmeyen şey olmasıdır.

Hesaplamayı veriye göndermek, kopyayı işlemden çıkarıyor. Algoritma gönderiliyor, veri sahibinin denetlediği bir ortamda yürütülüyor, ve ayrılan şey çıktıdır.

Uygulamada nasıl işlediği

Sahip, veri kümesini yayımlamadan onun bir tarifini yayımlıyor. Bir tüketici bir iş gönderiyor. İş, verinin yanındaki yalıtılmış bir ortamda çalışıyor, ve sonuç döndürülüyor.

Bunu kullanışlı olacak kadar güvenli kılan iki şey var, ve ikisi de apaçık değil.

İş sınırlandırılmıştır. Giden ağ yok, keyfî dosya erişimi yok, sabit bir çalışma zamanı. Aksi hâlde algoritma veriyi bir yere yüklüyor ve bütün düzenleme tiyatro oluyor.

Çıktı kısıtlanmıştır. Bir model özeti ya da bir toplam, ham satırlardan çok daha azını sızdırıyor, ama bir şey sızdırıyor, ve yeterince zeki bir iş, zararsız görünen çıktılardan bireysel kayıtları yeniden kurabilir. Bu bilinen ve genel olarak çözülmemiş bir problemdir, ve ciddi dağıtımların yalnızca kum havuzuna güvenmek yerine hangi işlerin ne döndürmesine izin verildiğini incelemesinin sebebi budur.

Bir pod'un neden bu olmadığı

Bir pod, izinleri olan depolamadır. Hangi aracının bir kaynağı okuyabileceğini yanıtlıyor. Hesaplamayı veriye göndermek farklı bir soruyu yanıtlıyor: bir aracı bir kaynağı okumadan ondan ne öğrenebilir.

Bunlar ilkesel olarak bir araya gelir. Bir pod veriyi tutabilir ve bir yürütme katmanı onun yanında çalışabilir, pod'un izinleri hangi işlerin neyi göreceğine karar vererek.

Burada kimse bunu kurmadı. Pod'un hesaplama yüzeyi yok, iş gönderimi yok, kum havuzu yok, ve bir sonucun ne içerebileceğine dair bir politika yok. Yokluk denetlenebilirdir: pod'un rota modülleri sekiz GET ve beş POST işleyicisi sunuyor, ve hiçbiri gönderilen kodu yürütmüyor.

Yol haritamızda olmamasının dürüst sebebi

Bitirmediğimiz problemden çok daha zor bir problem.

Güvenilmeyen kodu hassas verinin yanında güvenle çalıştırmak, uzun bir kum havuzu kaçışı geçmişi olan uzmanlık gerektiren bir disiplindir. Bir çıktının neyi açığa çıkarabileceğine karar vermek açık bir araştırma alanıdır.

Bunu söylemek alçakgönüllülük değil. Doğru iş sırasıdır.

İhtiyacınız varsa nereye gitmeli

Notlarımızın gerçekleştirici olarak kredilendirdiği proje, hesaplamayı veriye göndermeyi kendi veri jetonu modelinin yanında kurdu, ve onu olgun ve iyi mühendislik edilmiş diye derecelendirmemiz bizim değil onların tartışacağı bir şeydir. Federe öğrenme ve güvenilir yürütme ortamları, aynı sorunun örtüşen sürümlerini farklı yönlerden yanıtlıyor.

Tıkacınız verinin kopyalanamaması ise, okunacak yaklaşımlar ailesi odur. Depolama izinleri sizi oraya götürmeyecek.

Okumaya devam edin

Hesaplamayı Veriye Göndermek: Veriyi Algoritmaya Değil, Algoritmayı Veriye · Solidus