 |
İlgili Linkler
|
|
|
|
Şubelerin Merkeze Bağlanması
 |
Birkaç yıl öncesine kadar, DYS (Doküman Yönetim Sistemi) projelerinin çoğunda,
doküman, server ve diğer birimler (kullanıcılar, manyetik diskler,
jukebox'lar v.b.) aynı fiziksel ortamda, aynı yerel ağ üzerinde
çalıştırılmaktaydılar. Fakat günümüzde, WAN teknolojilerindeki gelişmeler
ve maliyetlerin düşmesi ile birlikte, internet/intranet/WAN yapılar üzerinde
çalışan doküman yönetimi projelerine olan talep hızla artmaktadır.
WAN üzerinde, uzak kullanıcılar (remote clients) merkeze iki şekilde
bağlanabilmektedirler. Bu yazıda, dağıtık coğrafi yapıdaki şubelerin,
herhangi bir DYS projesi kapsamına nasıl dahil edilebileceği ve merkezdeki
sisteme nasıl bağlanabileceği tartışılacak, bunun için iki çözüm
önerilecektir.
ÇÖZÜM I
Uzak kullanıcılar merkeze, yüksek band genişliğine sahip bir WAN ile
bağlanabilir. Bunun için gerekli olan minimum band genişliği 64 KBPS
olmakla beraber, band genişliğinin 128 KBPS ve üstü olması, ayrıca
yalnızca bu iş için ayrılması önerilmektedir.
Bu çözümde ortaya çıkabilecek olası problemler ise şu şekilde özetlenebilir:
-
Bu çözümde, uzak kullanıcılar tamamen iletişim hattına bağımlı
olacaklar ve yerel işlem güçlerini (computing power) kaybedeceklerdir.
İletişim hatları, üçüncü bir partiden kiralanacağı için veya üçüncü bir
partinin kontrolünde olduğu için beklenen performans elde edilemeyebilir.
Bu açıdan, gelecekteki performansın garantisi olmadığı gibi, hatlarda
çıkacak sorunların tahmin edilmesi de zordur.
-
Bir doküman yönetimi sisteminde, her uzak kullanıcının ihtiyaç
duyduğu bant genişliği ortalama olarak aynıdır. Bu sebepten dolayı,
iletişim hatları için bant genişliği belirlendikten sonra, bu
kapasitenin arttırılması ve sisteme yeni uzak kullanıcıların dahil
edilmesi güçleşmektedir.
-
Tarama ve indeksleme işlemlerinin uzak kullanıcılar tarafından
yapılması, taranan her dokümanın merkeze transfer edilmesi,
merkezdeki dokümanın gerektiğinde uzak noktalardan çağırılması
sonucunda, iletişim hatlarındaki trafik gün geçtikçe artacaktır.
Bu da sisteme büyük bir yük getirerek sistemin performansını
düşürecektir.
ÇÖZÜM II
Bu çözüm de kullanıcıların merkeze bir WAN ile bağlanmasını öngörmekle
birlikte, hat kesildiği zamanlarda sistemin çalışmasına olanak vererek
iletişim hatlarına olan bağımlılığı en aza indirmeyi
amaçlamaktadır.
Bu çözüm ise şu varsayıma dayanmaktadır: Uzak noktalarda (remote site)
taranan ve indekslenen dokümanlarla ilgili tüm işlemlerin en az %90'ı
yine bu uzak noktalarda gerçekleşecektir. Bu çözüm, aşağıdaki kurallar
çerçevesinde, her uzak noktaya bir yerel doküman server kurmayı
önermektedir.
Yerel sistem, kullanıcıların doküman yönetim ve arşiv ihtiyaçlarına cevap
verebilecek yapıda olmalıdır.
"Multi System Committal" olarak adlandırılan dahili DYS yapısı ile uzak
noktalarda taranan her belge, hem yerel olarak, hem de merkezde
saklanacaktır. Bu yapıda, merkez, hem kendi dokümanlarını, hem de uzak
noktaların dokümanlarını arşivlemektedir.
Bu sistem ayrıca "Multi System Committal" işlemlerini, yani
dokümanların merkeze de gönderilerek saklanması işlemlerini gecikmeli
olarak da yapabilecektir. Bu ise, dokümanların, yoğun saatler dışında
örneğin geceleri merkeze aktarılmasına olanak tanıyacaktır. Bu bir
seçenek olduğu gibi, dokümanların merkeze anında aktarılması da mümkündür.
Bunun için genellikle, eşzamanlı olmayan (asynchronous) aktarım
kullanılmaktadır. Böylece sistemin performansının, bu aktarımdan
etkilenmesi en aza indirgenebilir.
Bu sistemde, uzak noktalardaki dokümanlar jukebox'larda değil, manyetik
disklerde (RAID sistemlerinde) tutulmaktadır. Kurum tarafında tespit
edilen süre boyunca manyetik ortamda saklanan dokümanlar, zamanı
geldiğinde silinirler. Böylece uzak noktalardan silinen dokümanlar
sadece merkezdeki jukebox'larda saklanır.
Özel geliştirilecek değişik uygulamalar ile uzak noktalardaki
kullanıcıların, default server haricindeki diğer server'lar üzerinde
doküman araması ve istedikleri dokümanlara ulaşması da mümkündür.
Uzak noktadaki server'ın yedeklemesi otomatik olarak her gün yapılacak
ve hem dokümanlar, hem veritabanı yedeklenecektir.
Yukarıda anlatılanlar çerçevesinde, sistemdeki her doküman için iki
olasılık vardır:
Dokümanlar ya uzak noktada (ve merkezde) saklanacak, ya da bir süre uzak
noktada saklanıp silindikten sonra, sadece merkezde saklanacaktır.
Böylece, uzak noktadaki her kullanıcı doküman aramaya başladığında,
sistem önce o uzak noktadaki server üzerinde sorgulama yapacak, eğer
doküman bulunamaz ise merkezde sorgulama yapacaktır. .
Bu yöntemle aşağıdaki problemlerin de çözümü mümkün olmaktadır:
Yukarıda da değinildiği gibi, uzak noktalarda yapılan aktif çalışmanın
en az %90'ı yerel olarak tamamlandığı için yapılan aktif işin en az %90'ı
yerel server üzerindedir. Bunun sonucunda, ancak dokümanların "çok eski"
olması durumunda merkezde sorgulama yapılmaktadır.
Eğer uzak noktalardan biri, diğer bir uzak noktadaki bir dokümana ulaşma
ihtiyacı içerisinde ise, kullanıcı dokümanı aramaya başladığı anda, sistem
sorgulama işlemine ilk olarak yerel server'dan başlayacak ve daha sonra da
(eğer yerel server'da bulunamaz ise) merkezdeki server'da devam edecektir.
Tüm uzak noktaların dokümanları merkezde de tutulacağından, dokümana
mutlaka ulaşılacaktır. Böyle bir yapıda, iletişim sadece uzak noktalar
ve merkez arasında olacak, uzak noktaların kendi aralarında iletişimde
bulunmasına gerek kalmayacaktır.
Bu sistemde, uzak noktalardaki sistemin bakımı oldukça kolay ve basit
olup bir sistem sorumlusu gerektirmez. Sistemle ilgili tüm işler
merkezden yapıldığı için, uzak noktada yapılması gereken tek şey,
yedekleme için kullanılan teyp kartuşlarının her gün değiştirilmesi, daha
da iyisi yedeklemenin de uzaktan yönetilmesidir.
|
|
INTERNET ÜZERİNDEN BELGE GÖRÜNTÜLEME !
|
Internet, şirketler arası uygulamalara geçişi sağlamanın yanı sıra,
geniş alana yayılmış şirketlerin görüntüleme ve diğer belge türlerine
erişim sorununa da çözüm getirmekte, bu ise yepyeni bir sınıfı teşkil
etmektedir. Çok yakında metin, görüntü, ses, video, zengin etkileşimli
grafikler ve video konferans sistemlerini internet üzerinde sorunsuz
kullanıyor olacak, hem de uygulama yazılımlarını ağ üzerinden kullanarak
(Uygulama Servis Sağlayıcılığı-USS) işimizi yönetebileceğiz.
Intranet basitçe, internet teknolojisinin ( TCP/IP),
WEB hizmet birimi ve erişim biriminin (Browser) bir şirket içinde
özel kullanımına verilen isimdir. Intranet, şirketlerin LAN/WAN
şebekelerinde çalışmakta ve şirket dışı erişim Firewall ile
engellenmektedir. Intranet, internet üzerinde kısa vadeli
olacağını umduğumuz iki önemli probleme çözüm getirmektedir;
bant genişliği ve güvenlik.
“ Thin Client ”
Web teknolojisini kullanarak geliştirilen uygulamalar
"thin client" adı verilen yeni bir istemci sistemi
(uç terminal) kullanırlar. Bu uç terminaller çok önemli
geliştirmelere uğramış haliyle eskinin aptal terminallerine
karşılık gelmektedir. Bu haliyle aptal terminal bir internet
browser'dır ve 3270 protokolü yerine, HTML/XML protokolü kullanılarak
yapılan işlemler son derece avantajlıdır;
-
Her bir uç bilgisayarda yer kaplayan hantal yazılımların kurulması gerekmemektedir.
Ucuzdur; browser yazılımları ya ücretsizdir ya da çok ucuzdur.
-
Güvenilirdir; bugünün client-server uygulamalarında destek sorunlarına ve güvensizliğine sebep olan, hatalı uç nokta bilgisayar konfigurasyonlarını ortadan kaldırır.
-
Şirket uygulamalarının hızlı ve ucuz bir şekilde kurulması ve yayılması; basitçe, uygulama WEB server üzerine yüklenir ve tüm şirket çapında bütün kullanıcılar anında erişebilirler.
-
Kolayca sürüm yenileme ve bakım; yalnızca merkezi uygulamayı yenilemek yeterlidir.
-
Çapraz platform; Thin client uygulamalar Windows, Mac, OS/2 ve UNIX üzerinde çalışabilir.
-
Uç terminal yazılımlarını kurmanın pek avantajlı olmadığı, son kullanıcılar veya başka 3. parti kuruluşlar tarafından işletilebilir
Client / Server / Server İşlem :
Thin client hesaplama bir başka yapısal değişikliğe sebep olmaktadır.
Bunu şekil 1 gayet iyi ifade etmektedir. Bugün biz doğrudan bir RDBMS
ile konuşan bir "fat client"a sahibiz. Thin client modelinde, uç terminaller
(dump) aptaldır ve yalnızca HTML dilinden anlarlar. Bu sebeple varolan RDBMS
veya Doküman Server'la iletişim kurabilecek ve veri tabanında tutulan bilgileri
gösterme ve düzenlemeye izin veren HTML sayfalarını dinamik olarak yaratabilecek
bir ara WEB uygulama (WEB server) hizmet birimine gereksinim vardır. Doküman
Server'lar için HTML isteklerini, o hizmet biriminin anlayacağı (API) komutlara
dönüştürecek ajanları sağlayan ve oluşan belge listesini bir WEB browser içinde
göstermeye uygun bir HTML sayfasına dönüştürecek yeni bir WEB erişim katmanı
Doküman Server'a ilave edilir. Bu tabaka aynı zamanda encripto tekniğini
kullanarak emniyet konusunu da halleder.
Buraya kadar herşey yolunda, ancak hızlı görüntüleme, görüntü açma
(decompress), gri ölçekleme (scale-to-gray), ölçekleme (zoom),
sürükleme (panning), işaretleme vb. optimum hız açısından uç
terminalde yapılması gereken özelliklere gereksinim duyar. Bunun
yanıtı, kullanılacak Browser için özel bir görüntüleme modülünün
yaratılmasındadır. Modül yapısı 3. parti firmaların temel WEB
browser'ın gücünü arttırır
Şekil 1 : Client / Server / Server İşlem :
Komple Windows uç birimleri (Fat Client), bugün için thin client'lerden
daha fazla işlevseldir ve bu sebeple yoğun görüntüleme birimleri
kullanıcılarının hala onlara gereksinimi vardır. Thin client'lar,
bugün için en çok geniş alana yayılmış kullanıcıların bir görüntüleme
ve belge arşivleme sistemindeki bilgiye erişiminde faydalıdır.
Şekilde birbirinin aynı iki araç kiralama uygulaması gösterilmektedir.
Birincisinde bir fat Visual Basic uygulaması (ki yazılım her bir
kullanıcının makinasına kurulmalıdır), ikincisinde ise bir "thin"
internet browser (ki browser yazılım ile ek modülün kurulması
dışında herhangi bir ilave gerekmemektedir) kullanılmıştır. Her
iki uygulamadan da aynı server'daki belgelere erişilmektedir. Sonuç
olarak özetlersek, günümüz şartlarında belge görüntüleme Internet
üzerinde yüksek erişim hızlarına ulaşılabilen intranet yapılarında
olasıdır, fakat tamamen kullanılabilir ve istendiği anda uygulanabilir.
Son zamanlarda ortaya çıkan kayıpsız, son derece önemli sıkıştırma
algoritmalarının kullanımı ve iletişim altyapılarındaki iyileştirmeler
sonucu, değişik uygulamalar hızla günlük hayatımıza girecektir.
|
Bazı örnek uygulamalar:
-
Bir yöneticinin veya şirket çalışanlarının arşivdeki belgelerine gittiği herhangi bir yerden ulaşabilmesi.
-
Gazete ve dergilerin, küpür arşivlerini okuyucularına açması.
-
Internet üzerinden bilgi ve doküman pazarlanması.
-
Bir otomotiv firmasının yedek parça bilgilerini servislerine ve bayilerine sunması.
-
Internet üzerinden doküman yönetim sistemi kullanımı (DYS USS).
|
| YAZAR: |
MUSTAFA SAVAŞAN
KETS LTD. ŞTİ.
Genel Müdür
|
TEL:
FAX:
E-MAIL:
|
(212) 232 56 66
(212) 240 18 28
mustafas@kets.com
|
|
|
|
Bilgi istek formu
Yazdırmaya uygun gösterim
