Bildirimler yalnızca e-postaya bağlı kaldığında, e-posta yapılandırılmamışsa tüm iletişim durur. (II. Kısım)
Giriş
Bu makale, bir bildirimin içeriğinin tek bir kaynaktan — paylaşılan şablonlardan — üretildiği ve ardından kayıtlı tüm aktif kanallara dağıtıldığı bir mimari önerir. E-posta artık ayrıcalıklı bir yol değil, yalnızca kanallardan biridir; yanında WhatsApp ve Telegram gibi kanallar eşit konumda durur.
Yöntem ve Tasarım
Her kanal ortak bir arayüzü uygular ve kendi kullanılabilirlik kontrolünü yapar. E-posta yapılandırılmamışsa onun kanalı sessizce devre dışı kalır; diğer kanallar etkilenmeden çalışır. Böylece bir kanalın eksikliği veya hatası diğerlerini durdurmaz; her kanalın başarısı bağımsızdır.
Tartışma
WhatsApp kanalı, Node.js tabanlı bir yardımcı süreç (sidecar) üzerinden çalışır; Telegram kanalı ise resmi bot arayüzünü kullanır. İki kanal da yöneticinin denetiminde açılıp kapatılabilir ve alıcılar yalnızca açıkça bağlandıklarında mesaj alır.
Mimari genişlemeye açıktır: gelecekte Slack, SMS veya başka bir kanal eklemek, tek bir kanal sınıfı yazıp kaydetmekten ibarettir. Yeni kanal, mevcut şablonları ve dağıtım mantığını otomatik kullanır; çekirdek kodda değişiklik gerekmez.
Telegram kanalı, yazarların botla konuşarak makale durumunu sorgulamasına da olanak tanır; bot dört dilde yanıt verir ve yalnızca hesabını bağlamış kullanıcılara cevap verir. Bu, bildirimleri tek yönlü bir kanaldan iki yönlü bir hizmete dönüştürür.
Sonuç
Bu tasarım, bildirimlerin güvenilirliğini artırır ve dergiyi tek bir iletişim kanalına bağımlı olmaktan kurtarır. Yazarlar bir gönderinin durumu değiştiğinde tercih ettikleri kanaldan haberdar olur.
Bu bölüm, CC Journal platformunun yukarıda anlatılan yaklaşımını somut bir dergi örneği üzerinde göstermektedir; amaç, akademik yayıncılığın karmaşık gereksinimlerini sade ve sürdürülebilir bir mimariyle karşılamaktır. Gelecek çalışmalar, bu modelin daha büyük ölçekli dergilerde ve farklı disiplinlerde nasıl davrandığını inceleyecektir.