Bu podcast’te, Peer Software CEO’su Jimmy Tan ile dosya senkronizasyon yazılımına bakıyoruz.
Nasıl çalıştığından ve uçtan uca ve merkez-konuşma topolojileri gibi kullanılabilecek farklı metodolojilerden bahsediyoruz.
Tan ayrıca işbirliği senaryolarında büyük dosya paylaşımları, kuruluşlar içinde içerik yayma ve sanal masaüstü profillerinin uyumlaştırılmasını sağlama gibi dosya senkronizasyonu için temel kullanım örneklerinden de bahsediyor.
Antony Adshead: Gerçek zamanlı dosya senkronizasyonu nedir, nasıl çalışır ve müşteriler bunu nasıl dağıtır?
Jimmy Tan: Gerçek zamanlı dosya senkronizasyonu, birden fazla cihaz veya sistemden gelen dosya veya verilerin her zaman güncel ve birbiriyle tutarlı olmasını sağlayan bir süreç olarak tanımlanabilir. Bir dosya sisteminde veya cihazda değişiklik yapıldığında, aynı değişiklikler diğer tüm cihazlarda hızlı ve otomatik olarak yapılır ve böylece bir dosyanın en güncel sürümünün tüm cihazlarda gerçek zamanlı olarak bulunmasını sağlar.
Gerçek zamanlı dosya senkronizasyonunu üç adımlı bir sürece ayırabilirsiniz.
İlk olarak, değişiklikleri izlemek. İkincisi, bu değişikliklerin iletimi. Üçüncüsü, bu değişikliklerin taahhüdü.
Değişikliklerin izlenmesi söz konusu olduğunda, ilk adım genellikle, bağlı bir cihazdaki belirlenmiş klasörleri veya dizinleri sürekli olarak izleyen dosya senkronizasyonundan sorumlu bir yazılım veya hizmettir. Bu izleme en iyi şekilde, bir tür gerçek zamanlı dosya sistemi olay izlemesi aracılığıyla sağlanır. Bugünlerde pek çok cihazda bir tür API var [application programming interface] veya bu bilgileri alabileceğiniz ve olay izleyici olarak kullanabileceğiniz olay günlüğünü dosyalayın.
Ardından, bir sistemde dosya ekleme, değiştirme, silme veya yeniden adlandırma gibi bir değişiklik algılandığında, senkronizasyon yazılımı bu değişikliği not eder ve ikinci aşamaya geçen diğer cihazlara yayılmaya veya iletmeye hazırlanır; bu değişikliklerin iletimi.
Senkronizasyon yazılımı daha sonra bu değişiklikleri eşler arası bir mimaride doğrudan bir cihazdan diğerine iletebilir veya bu değişiklikleri şirket içinde veya bulutta önce merkezi bir sunucuya gönderebilir veya değişiklikleri günlükte gerçekleştirebilir. hedef sistemlere daha fazla dağıtılmadan önce kaydedilir ve koordine edilir.
Bu ikinci metodoloji, merkezi bir sunucu kullanır ve tüm bağlı cihazlar arasında bir arabulucu oluşturur ve uçtan uca bir mimariye kıyasla daha çok bir hub ve bağlı bileşen topolojisini izler.
Üçüncü kısım, bu değişikliklerin taahhüdü en kolay olanıdır. Her cihaz bu dosya olaylarını aldığında, dosya değişiklikleri her yerel depolamadaki ilgili dosyalarda yapılır ve diğer her şeyle senkronize olmasını sağlar.
Ek olarak, gerçek zamanlı dosya senkronizasyonu, tek yönlü senaryolarda tek katmanlı çift yönlü olarak veya tipik olarak dosya olaylarını, dosya olay değişikliklerini toplayan ve diğer tüm aygıtların yalnızca dosya değişikliklerinin alıcıları olduğu tek bir ana kaynak sistemi olarak kategorize edilebilir. ana sitede yapılmıştır.
Buna karşılık, çift yönlü senkronizasyon, tipik olarak, herhangi bir sistemde değişikliklerin yapılabileceği çok yöneticili veya aktif-aktif bir senaryoyu ifade eder. Bu çok yöneticili ortamlarda, farklı cihazlar aynı dosya üzerinde aynı anda değişiklik yaptığında dosya sürümü çakışmaları meydana gelebilir.
Bunu çözmek için, modern senkronizasyon yazılımı genellikle dosya kilitleme gibi bir tür dosya sürümü çakışma önleme yetenekleri veya bir dosyanın en yeni sürümüne öncelik verme veya kullanıcıdan sürümü düzeltmesini isteme gibi bir tür çakışma çözme mekanizması içerecektir.
Adshead: Avantajları nelerdir, en yaygın olarak hangi iş yüklerinde kullanılabilir ve ne için kullanılamaz?
Tan: Gerçek zamanlı dosya senkronizasyonunun temel faydaları açısından, bu tür bir teknoloji arayan müşteriler için en bariz olanı üretkenlik ve kullanılabilirliktir.
Gerçek zamanlı senkronizasyon, bilgilerin tüm bağlı cihazlarda ve ayrıca nerede olurlarsa olsunlar tüm son kullanıcılar tarafından anında kullanılabilir olmasını sağladığı için üretkenlik açıkça artar. Biliyorsunuz, bilgiye erişimde gecikme yok.
Yüksek kullanılabilirlik perspektifinden bakıldığında, bağlı cihazların fazlalık yapısı nedeniyle, herhangi bir sistem arızalandığında, aynı zamanda bir tür otomatik yük devretme teknolojisiyle kaplanmışsa, gerçek zamanlı dosya senkronizasyonu, bu otomatik yük devretmenin temel bir bileşenidir. bu gereksiz verileri barındıran ikinci bir site. Ve son kullanıcıların çalışmaya devam etmesine izin vererek arıza süresini azaltır.
Yani, bunlar iki temel fayda.
Dosya senkronizasyonundan en çok yararlanan iş yükleriyle ilgili olarak, aklıma gelen üç tanesini sayacağım.
Öncelikle, dağıtılmış ekipler için her türlü dosya paylaşımı ve proje işbirliği. Örneğin, dağıtılmış ekip üyeleri arasında paylaşılan çok büyük CAD dosyalarına sahip olan ve güneşi takip eden bir iş akışı modeline sahip olan mühendislik firmalarıyla birçok görüşmem oldu.
Şimdi, tüm bu büyük dosyaların tek bir sitede depolandığını ve bunlara dünyanın her yerinden uzaktan erişmenin çok yavaş olabileceğini hayal edin. Bu nedenle, gerçek zamanlı dosya senkronizasyonu, güneşi takip eden bir iş akışı modelinde işbirliğini sağlamanın temel bileşenidir.
İkinci örnek, içerik yayınlama ve dağıtmadır. Kısa bir süre önce, Connecticut’ta depolanan tek bir ana içerik veri kümesine sahip olan büyük bir medya firmasıyla bir konuşma yaptım. Ve bu bilgileri güncellerken, istasyonlarında yayınlanacak en hazır logo örneklerine, ek görüntülere ve videolara sahip olduklarından emin olmak için içeriğin dünyadaki tüm bağlı TV istasyonlarına gönderildiğinden emin olmak istediler.
Son zamanlarda sıkça gördüğüm ve belki de o kadar bariz olmayan üçüncü kullanım durumu, sanal masaüstü profil senkronizasyonudur. Sanal masaüstleri patladı – pandemi öncesinde çok kullanılıyorlardı, ancak pandemiyle birlikte kullanımları patladı.
Çoğu insan bunu düşünmez, ancak sanal masaüstü profil senkronizasyonunu etkinleştirmek – ve bir profil sadece bir dizi dosyadır – çok siteli şirketler arasında tutarlı bir sanal masaüstü deneyimi sağlar. Örnek olarak, yakın zamanda ülke çapında çok sayıda hastanesi olan, doktorların hastaneler ve ameliyathaneler arasında gidip geldiği ve sanal masaüstlerinin siteler arasında tutarlı olduğundan emin olmak istedikleri bir sağlık sistemiyle konuşuyorduk.
Şimdi, nerede yararlı değil? Herhangi bir yüksek gecikme süresi veya sınırlı bant genişliği senaryosunda kullanışlı değildir, çünkü yüksek düzeyde gizli veya sınırlı bant genişliği senaryolarında senkronizasyon yalnızca ağa veya depolama sistemlerine yük bindirir.