← rfc/
╔══════════════════════════════════════════════════════════════════════════╗
RFC 316 · data

ARPA Ağ Veri Yönetimi Çalışma Grubu

Yazar
Kurum
Tarih
24 Şubat 1972
Durum
Network Working Group Yorum Talebi
Kanal
data/

Ağ Çalışma Grubu
D. B. McKay
A. P. Mullery
IBM
23 & 24 Şubat 1972

Yorum Talebi: 316
NIC: 9346

ARPA Ağ Veri Yönetimi Çalışma Grubu

Toplantı iki farklı aşamadan oluşmuştur. İlk aşama, ağların uygulamalarına ve bir bilgisayar ağında veri paylaşımına olanak tanıyacak tasarım çalışmalarına ilişkin sunumları içermiştir. İkinci aşama ise, Veri Yönetimi Çalışma Grubu’nun ne yapması gerektiğinin tartışıldığı bir çalışma toplantısı olmuştur.

Aşama I

JOHN SENIOR, Univ. of Penn. ve National Board of Medical Examiners, Phila., PA., hastaların tıbbi davranışlarını simüle eden modellere erişim sağlamak amacıyla bir ağın kullanımını açıklamıştır. Bu modeller öncelikle hekimlerin eğitimi ve sınanması için kullanılmaktadır. Ağ, çeşitli terminal türlerinin bu modellere bağlanmasına ve erişmesine olanak tanıyan bir arayüz sağlamaktadır. Ağ üzerinden erişimin arzu edilebileceği başka veri tabanları da mevcuttur; ancak bu veri tabanları, organizasyonlar açısından bir “çok dillilik” içermektedir ve bu durum, şu anda yabancı veri tabanlarının kullanılmasını olanaksız kılmaktadır.

HECTOR MAYNEZ, National Library of Medicine, MEDLINE sistemini açıklamıştır. Bu sistemde, bir ağ aracılığıyla erişilebilen çevrim içi 1000 dergi bulunmaktadır. Bu ağ da yukarıda belirtilen ağ gibi, çeşitli terminaller tarafından erişim için bir arayüz sağlamaktadır. Bu ağda, CAI, klinik tanı vb. gibi başka uygulamalara sahip dört ya da beş bilgisayar bulunmaktadır.

RAY BEVERIDGE, MITRE, WWMCCS (World Wide Military Command and Control System) Ağı için gereksinimleri sunmuştur. Bu ağ 25 düğüm içerecek ve günde yaklaşık 10.000.000 karakterlik bir veri değişim hızına sahip olacaktır. Üç tür veri tanımlanmıştır: saniyeler mertebesinde yanıt gerektiren sorgu verileri; güncellemeler ve raporlar için günlük değişim; ve haftalık, aylık veya gerektiğinde hazırlanan raporlar için diğer veriler.

ERICA PEREZ, MITRE, WWMCCS Ağı için veri yönetimini tartışmıştır. İki temel sorun, istenen verinin konumunun belirlenmesi ve hayati veriler için uygun güvenlik ve güvenilirliğin sağlanmasıdır. Veri tabanlarının konumu, bir sorgu için hangi bölümün geçerli olduğunu otomatik olarak belirleyebilen dizinlerde gösterilecektir. Dizin; veri tabanları, dosyalar, kullanıcılar ve programların listelerini içerecektir.

Dizin; merkezi (tümü tek bir konumda), dağıtık (parçalara bölünmüş ancak her parça tek bir konumda bulunan), kısmen çoğaltılmış (parçalara bölünmüş ve bazı bölümleri farklı konumlarda çoğaltılmış) veya tamamen çoğaltılmış (tüm konumlarda eksiksiz dizin) olabilir.

Veri yönetim sistemi, muhtemelen farklı donanım sistemleri ve hatta farklı yerel veri yönetim sistemleri ile çalışmak zorunda kalacaktır. Bir çözüm, ağda isteklerin ve verilerin iletimi için standart bir veri yönetimi ve veri tanımlama diline sahip olmaktır.

Sistem; dosya aktarımı, sorgular, uzaktan toplu işlem ve bir posta kutusu aracılığıyla kullanıcı iletişimi yeteneklerini sağlamak zorunda olacaktır. Verinin güvenliği; kullanıcı kimliği, terminal yetkilendirmesi, süreç yetkilendirmesi ve veri yetkilendirmesinin denetlenmesiyle korunmaktadır.

BOB BROWN, General Motors Research Lab., General Motors Araştırma Merkezi’ndeki bilgisayar ağını tanımlamıştır. Bu ağ şu anda bir IBM 360/67, bir 360/65, bir 370/165, üç adet 1800 ve bir Sigma 5’ten oluşmaktadır. 67 ve 165 dışındaki tümü öncelikle grafik kullanımı içindir. Verinin ağ üzerinden nasıl geçtiğine dair bir örnek verilmiştir. Stil bölümü, bir tasarımı bir 1800 üzerinde geliştirmektedir. Bu tasarıma ilişkin veriler, gerilme ve şekil analizi için 67’ye gönderilmekte ve sonuçlar tekrar 1800’e geri iletilmektedir. Bir tasarım geliştirildikten sonra, üretim için ayrıntılı analiz amacıyla 65–1800 kombinasyonuna gönderilmektedir. Bilgisayarların birçoğu GM’nin kendi işletim sistemlerini çalıştırmaktadır ve ağ denetimi, bu işletim sistemlerine eklenen makrolardan oluşmaktadır. Arabirimleme, gerekli olduğunda çağrılacak özel dönüştürme modüllerinin sağlanmasıyla yapılmaktadır. 67, sonunda CDC Star-100 tabanlı hiyerarşik bir çoklu işlemci ile değiştirilecektir.

PHIL MESSING, MITRE, ağ standart bir veri yönetim dilinin yerel veri yönetim sistemleriyle arabirimlenmesinin uygulanabilirliğini sınamak için bir deney kurmaktadır. Bu deneyde, bir kullanıcı ağ dilinde bir istek yapacaktır; bu istek bir düğüme iletilecek ve bu yerel düğümün diline çevrilecektir. Şu anda kullanılmak üzere üç yerel sistem seçilmiştir: MIT’de MADAM, Lincoln Labs’ta LISTAR ve NASA/Ames’te NASIS.

Ortak veri dilinin yapılabilecek tüm olası istekleri karşılaması beklenmemektedir. Dil, en yaygın istekleri karşılayabilmelidir; aksi halde, ortak dilin izin verdiğinden daha fazla bilginin hedef sisteme iletilmesini sağlamak için bir etkileşim yöntemi kurulabilir ya da son olarak, bir kullanıcı yerel hedef dili kullanabilir.

Deneyin daha sonraki bir aşamasında, bir kullanıcı bir sorgu girecektir; yerel ana bilgisayar sorgunun nereye gönderileceğini belirleyecek; iletim gerçekleşecek; hedef düğüm tarafından kabul edilecek; hedef düğümün yerel diline çevrilecek ve işlenecektir.

ERNIE FORMAN, MITRE, özellikle denetim, dizinler ve dosyalar için organizasyon tekniklerini ölçmek ve sınamak amacıyla özel ve basit bir veri yönetim sistemi geliştirmektedir. Yanıtlanması gereken soru, bu üç işlevin her birinin merkezi mi yoksa dağıtık mı olması gerektiği, nasıl olması gerektiği ve nerede konumlandırılacağıdır. Başlangıç deneysel düzenleme, denetim ve dizinin RAND düğümünde merkezi olması ve dosyaların UCSB, RAND ve BBN’de dağıtık olması şeklindedir. Dosyaların her biri dikey olarak bölünmüş ve dağıtılmıştır; bu organizasyon, daha zor durumu sunmak için seçilmiştir.

DICK WATSON, SRI, görmek istediği ve ağ veri yönetimi olanaklarını içerecek bazı NIC (Network Information Center) genişletmelerini tanımlamıştır. Birincisi, bir metin işlemciden alınan metnin başka bir metin işlemci tarafından işlenebilmesi yeteneğidir. İkincisi, sonunda NIC dergilerinin dağıtılması arzu edilir olacaktır. Bunun ilk aşaması, ağ genelinde birkaç NLS (Network Library System) sisteminin bulunması ve her birinin kendi dergisine sahip olmasıdır. Bu ilk aşamadaki sorunlar, numaralandırmanın koordinasyonu ve dizinin organizasyonu olacaktır. İkinci aşama, derginin kısmen NLS dışındaki sistemlerde bulunabileceği bir aşama olacaktır.

Üçüncü bir genişletme, NLS Sisteminin başka kataloglama veya atıf ve bibliyografik referanslama sistemlerinin sonuçlarını NLS kataloglarına girdi olarak kullanabilmesini sağlamaktır. Dördüncü genişletme ise, diğer veri yönetim sistemlerinin daha genel türde veri üretmesini ve NLS tarafından kullanılabilir olmasını sağlamaktır.

Aşama II

Toplantının ikinci aşaması, komiteyi organize etmeye ve etkin bir çalışma ilgi grubu kurmaya çalışmak amacıyla yapılan bir çalışma toplantısı olmuştur.

Aşağıdaki isimler şu anda komiteyi oluşturmaktadır. Bunlar, aktif ilgi göstermiş ve ilgili faaliyetlerde yer alan kişilerdir:

Takip eden toplantılarda Form Machine grubundan temsilcilerin bulunması çok yararlı olacaktır. Bir Ağ Veri Yönetimi tesisi tarafından Form Machine’in çeşitli kullanımları üzerine tartışmaların ilerleyen toplantılarda gündeme gelmesi kaçınılmazdır.

Form Machine grubundan bir üye, Veri Yönetimi Komitesi için önemli bir kazanım olacaktır.

Ağ veri yönetimi üzerine yapılan tartışmalar, insanların bir ağ veri tesisinden tam olarak ne yapabilmek istediklerine ilişkin genel bir değerlendirme ile birlikte, sorunun birçok yönünü kapsamıştır.

Tartışmalardan derlenen aşağıdaki liste, olası geliştirme aşamalarını temsil etmektedir:

  1. İletim Tesisi — Ağ Veri Denetim Tesisi (DCF), dosya isteklerini uygun düğüme yönlendirebilir. Konum ve ad belirtilmelidir.
  2. Konum Kataloğu — DCF artık ağda kullanılacak veri kümelerinin konumlarını içeren bir kataloğa sahiptir. Dosya istekleri yalnızca adla yapılabilir; konum DCF tarafından belirlenir.
  3. Tanım Kataloğu — Tanımlar, veri kümeleriyle birlikte ağda iletilebilir. Bu tanımların yerel düğümlerde dosya olarak bulunduğu varsayılmaktadır. Bir hedef düğüm, veri kümesini kendi biçimine uygun şekilde dönüştürmek için bu tanımı kullanabilir.
  4. Veri Dönüştürme Modülleri — Veri tanımları, DCF’nin bu modülü tarafından alınır. Tanımlara dayanarak, bir dosyayı hedef düğümün gerektirdiği biçime dönüştürecek dönüştürme programları çağrılır veya üretilir.
  5. Dosya Erişim Komut Arayüzü — Bu modül, ağ veri dilindeki bir dosya isteğini, dosyanın bulunduğu yerdeki yerel dile dönüştürebilir.
  6. Veri Erişimi — Ağ veri dilinin ve arayüz modüllerinin bir uzantısı olan bu modül, veri dilinde belirtilen veri parçalarına erişim sağlar ve uygun yerel erişim komutlarını üretir.
  7. Veri Yönetimi Arayüzü — Bu, genel türde komutların yerel veri yönetim sistemlerine arabirimlenebildiği ve farklı düğümlerdeki farklı veri yönetim sistemleri arasında genel etkileşim sağlayan son aşamadır.

Tüm verilere ve farklı veri tabanlarına erişebilme yeteneğinin, ulaşılmaya değer bir hedef olduğu konusunda genel bir görüş birliği sağlanmıştır. Bu hedefe ulaşmanın en iyi yolunun ne olduğu ve kullanılabilecek gerçek uygulama teknikleri üzerine tartışmalar yapılmıştır. Veri tabanı arabirimleme sorununun daha ayrıntılı olarak incelenmesi gerektiği konusunda anlaşmaya varılmış ve birkaç kişi, çalışmalarından daha fazla sonuç elde ettiklerinde temsili bir sorun üzerine rapor yazmaya istekli olduklarını belirtmiştir.

Ayrıca veri dili ve bunun uygun olup olmadığı konusunda da bir tartışma yapılmıştır. Bir husus açıkça belirtilmelidir: Bu komitenin sonuçları, veri dili sorusunun sonucuna bağlı olarak başarısızlığa uğramamalı ya da başarıya ulaşmamalıdır. İlk öneri, desteklenmesi ve kullanılabilirliği nedeniyle Datalanguage’ın ağda fiili bir standart olarak benimsenmesini önermektedir. Grup, değişikliklerin gerekli olduğu gösterildiğinde değişiklikler önerebilmelidir.

Datalanguage tartışması, veri kümesi tanımlarının kataloglanması ve adla referans verilebilir olması gereksinimini de ortaya koymuştur. Dick Winter, bu konuyu inceleyeceğini söylemiştir.

Bir ağ veri tesisi için öneri (RFC 304) yeniden okunmalı ve bir sonraki toplantıda daha ayrıntılı olarak tartışılmalıdır. Öneri, bugün bildiklerimizle aşama 3 yeteneğini uygulayabileceğimizi ve elde edebileceğimizi belirtmektedir. Bu, aşama 5 ve aşama 6 yeteneklerine doğru yararlı bir basamak olacaktır.

Yukarıda açıklanan geliştirme aşamalarıyla ilişkili olarak, şu anda aşağıdaki çalışmalar devam etmektedir ve ilgili soruların yanıtlanmasına yardımcı olacaktır.

Abhay Bhushan, yerel katalogların, yerel olarak ilgi duyulan ağ veri kümelerinin girişlerini içerecek şekilde genişletildiği ve yabancı veri kümelerine otomatik çağrıları mümkün kılan aşama 1 türü bir ağ işletimini incelemektedir.

Erika Perez, ağ katalog yapısını daha ayrıntılı olarak inceleyecek ve çalışması üzerine bir RFC yayımlayacaktır.

Veri dilinin bir ağ standardı olarak kullanımı hakkında birçok soru gündeme gelmiştir. Bu önemli çalışmaya ilişkin incelemelerini yazılı hale getirmek üzere gönüllü olan iki kişi bulunmaktadır.

Frank Ulmer, çeşitli veri yönetim sistemlerini inceleyerek veri yapılarının Datalanguage terimleriyle tanımlanabilir olup olmadığını değerlendirecektir. Ayrıca NIC, ağ üzerinden dağıtılabilecek önemli bir ağ veri tabanını temsil etmektedir. Dick Watson, NLS Journal yapısını Datalanguage terimleriyle tanımlamaya çalışacaktır.

ARPA ağında bulunan veya bu notun erişim alanı içinde yer alan, bir ağda veri paylaşımının gerçek ya da potansiyel uygulamaları hakkında bilgi sahibi olabilecek başka kişiler varsa, lütfen bunu Veri Yönetimi Komitesi ile ilişkili birine mektup yoluyla bir RFC sunarak bildirin.

Ek — Toplantı Katılımcıları

[Bu RFC, çevrim içi RFC arşivlerine giriş için makine tarafından okunabilir biçime dönüştürülmüştür] [Hélène Morin, Viagénie 10/99 tarafından]