Solidus Relay ile anlık bildirimler ve ileti aracıları

"Zaten bir kuyruğumuz var" ve "zaten anlık bildirimimiz var", bir aracıyı benimsemeye karşı en makul iki itirazdır ve ikisi de bazen haklıdır. Bu sayfa ne zaman olduğunu söylüyor.

Bir anlık bildirim hizmetinin daha iyi cevap olduğu zaman

İş bir uygulamayı uyandırmaksa APNs, Firebase ya da eşdeğerini kullanın. Tam olarak bunun için yapılmışlar, çoğu ölçekte ücretsiz ya da ücretsize yakınlar, platformun pil ve teslim davranışıyla bütünleşiyorlar ve uygulamanız çalışmıyorken başka hiçbir şeyin yapamadığı biçimde çalışıyorlar.

Bir aracı, anlık bildirimin yerini almıyor. Ajanınız bir mobil uygulamaysa muhtemelen ikisini de isteyeceksiniz: uyandırmak için anlık bildirim ve uyandıktan sonra toplanacak asıl şifreli iletileri tutmak için bir aracı.

Anlık bildirimin yetmediği yer: bir platform satıcısında sonlanıyor, kimliği doğrulanmış ajandan ajana iletiler için bir taşıma değil ve yükler, denetlemediğiniz bir altyapıdan o satıcının okuyabileceği bir biçimde geçiyor. İçerik önemliyse anlık bildirim bir posta kutusu değil bir kapı zilidir.

Bir ileti aracısının daha iyi cevap olduğu zaman

İki uç da sizinse Kafka, RabbitMQ, SQS ya da benzerini kullanın. Tek bir sistemin içinde bir aracı kuyruğu, esasen her boyutta bir DIDComm aracısından iyidir: veri hacmi, sıralama garantileri, yeniden oynatma, araçlar, işletim olgunluğu. Bir aracı bir düşüş olurdu.

Aracı kuyrukları bir güven alanı varsayıyor. Kuyruğa, üreticilere ve tüketicilere siz sahipsiniz; kuyruk yönlendirmek için iletileri okuyor ve bu sorun değil çünkü hepsi tek bir sistem.

Bir aracı kuyruğunun uymayı bıraktığı yer: karşı tarafın sizin olmadığı an. Bir kuyruk üzerinden kuruluşlar arası iletileşme, birinin onu işletmesi, o birinin trafiği okuyabilmesi ve iki tarafın da altyapıları üzerinde anlaşması demek. Bu teknik değil bir yönetişim problemidir ve biçimin değiştiği yer orasıdır.

Bir aracının gerçekte ne işe yaradığı

Bir güven alanını paylaşmayan iki taraf, ne aracının ne başka birinin okuyabildiği iletileri, hiçbiri güvenilir biçimde çevrimiçi değilken değiş tokuş ediyor.

Birinin platformundaki hesaplarla değil DID'lerle tanımlanıyorlar.
Uçtan uca şifreli, dolayısıyla aracı içeriğin tarafı değil, iletme iletisi ve yönlendirme anahtarları.
Eşzamansız, dolayısıyla biri gönderirken diğerinin ayakta olması gerekmiyor.
Değiştirilebilir: bir yönlendirme anahtarını yeniden yayımlayarak aracı değiştirin. Hiçbir taraf bir işletmeciye kilitli değil.

O son özellik, aracı kuyruklarının ve anlık bildirim hizmetlerinin yapısal olarak sunamadığı özelliktir, çünkü ikisinde de aracı, ilişkinin kendisidir.

Dürüst karşılaştırma tablosu

	Anlık bildirim hizmeti	İleti aracısı	DIDComm aracısı
En iyi olduğu	Bir uygulamayı uyandırmak	Tek güven alanı içinde yüksek hacim	Alanlar arası eşzamansız iletileşme
Yükünüzü okur mu	Evet, satıcı okuyabilir	Evet, tasarım gereği	Hayır, hiçbir anahtar tutmuyor
İki taraf da üzerinde anlaşmalı mı	Hayır	Evet	Hayır, her iki taraf değiştirebilir
Üstveri görür mü	Evet	Evet	Evet, aşağıya bakın
Olgunluk	Çok yüksek	Çok yüksek	Erken; bizimki beta

Her yerde aynı olan satıra dikkat edin. Üçü de yönlendirme üstverisini görüyor. Bir aracının üstünlüğü içeriğin gizliliği ve aracının değiştirilebilirliğidir, görünmezlik değil. Bkz. bir aracının görebildikleri ve göremedikleri.

Seçim

Bir uygulamayı uyandırmak için anlık bildirim. İki uç da sizinken bir aracı kuyruğu. Değilken ve içeriğin onu taşıyan altyapıdan gizli kalması gerekirken bir aracı. Çoğu zaman anlık bildirim ve bir aracı birlikte, farklı işler yaparak.

Bir aracıya ihtiyacınız olmadığı sonucuna varırsanız, bu sayfayı okumanın meşru bir sonucudur, bir aracıya ihtiyacınız olmadığı zaman.