Was sind die Aufgabe von Naming Service und Directory Service?
Naming Service • Zuordnung von logical names zu physischen Adressen oder Objektreferenzen. • Benutzer geben logische Namen an (ortsunabhängig). • Der Dienst gibt die Adressen zurück (ortsabhängig). • Simple name interpretation, mapping between names and addresses • Example: DNS, RMI Registry Directory Service • Zuordnung von Attributen an die logischen Namen • Attributbasierte Suche für die benannten Instanzen • Ähnlich zu den Gelben Seiten • Ressourcen können nun nicht nur aufgrund ihres Namen, sondern auch anhand ihrere Attribute gefunden werden
Was sind die Hauptfunktion von Naming Services?
Registration von Namen und Adresspaaren Suche nach Logical Names
Was sind die Requirments für Naming Services Strukturen?
•Unique names within the system •Multi-stage names (“rechnernetze@tu-dresden.de”) •Attributed names (“host_x:CPU=Dual, PRT=lpr, LOC=rz”) •Group names (“Group_1” è“meier, müller, schmidt”) •Flexible binding with roles and groupsoE.g. Role: Customer Services Representative. Name bound to currently available employee •Alias names
Was sind die Requirments für Directory Services?
•Scalability, reliability, fault tolerance: oDistributed, decentralized name management (e.g. one server per department of a company) oDistributed protocol for name interpretation oReplication of name tables (efficiency, fault tolerance) •Performance: o Result caching -> reduce amount of queries needed
Was bedeuten Adress, Name, Interpretation, Context, Namespace, Relative Name und Absolute Name?
Address explicit, physical object notation (“#346”) Name logical object notation, mostly location independent (printer) Interpretation mapping of name to address Context •Interpretation of a component of a multi-part name , e.g. user@hostX: user is interpreted in the context of hostX •Disambiguation from the same name in different namespaces possible Namespace set of contexts, e.g. “<user>@<computer-node>” Relative names interpretation dependent on specific context Absolute names context independent
Wie können Namenspace aufgebaut sein?
Hierarchical oder flat
Was ist das Vorgehen bei der Interpretation eines Namen?
Jeden Namen-Komponent einzeln via Kontext interpretieren Wir erhalten ein Mapping auf eine Adresse, wo die Suche fortgeführt wird und einen neuen Kontext Idee : Verschiedene Kontexts zu verschiedene Name Server senden -> decentralized, distributed interpretation
Was ist eine "Junction"?
Kombination von Namespaces zu einen (zb. Domain und Filenamespace) Jeder individuelle Namespace wird von seinen zugehörigen Server gemanaged (DNS, FTP-Server..) Es werden zu einem oberen Namspace hierarchisch untergeordnete Namespaces hinzugefügt.
