8
Distributed Systems (Fach) / Naming/Directory Services (Lektion)
- 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.
Anzeige