Überblick über die JINI-Architektur
Die größte Herausforderung für jeden Denker besteht darin,
das Problem so zu formulieren, dass eine Lösung möglich ist.
Bertrand Russell
Wir leben in einer schnell wachsenden Ära der Computer. Die Prozessorgeschwindigkeit hat sich um ein Vielfaches vervielfacht. Die Netzwerkbandbreite hat jedes Jahr in rasantem Tempo zugenommen. Die Speicherkapazität von Festplatten und RAM hat sich deutlich erhöht. 1 oder 2 Gigabyte Arbeitsspeicher auf dem Desktop zu haben, ist kein Traum mehr. Das positivste Merkmal all dieser Verbesserungen sind die Kosten dieser Komponenten, die im Laufe der Jahre spiralförmig nach unten gegangen sind.
Auf der anderen Seite haben sich Computernetzwerke ins Unermessliche ausgebreitet. Mit dem Aufkommen des Internets haben wir es jetzt mit Netzwerken von mehr als einer Million fester Knoten zu tun. Hinzu kommt die jüngste Gadget-Revolution – ausgefallene Handheld-Geräte wie Mobiltelefone, Pocket PCs und PDAs –, die drahtlos oder mit DFÜ-Verbindung zu dynamischen Knoten werden. Es gibt nicht viele Systeme, die für solche Skalierbarkeitsanforderungen entwickelt wurden. Heutzutage werden aufgrund der Verfügbarkeit kleinerer und billigerer Prozessoren, Speicher und Netzwerkkarten fast alle Geräte intelligent, indem sie eine von allen Komponenten übernehmen – Prozessor, Speicher und Netzwerkkarte. Mit ein paar Dollar können Sie jedes Gerät in Ihrem Haus netzwerkfähig machen:von einem Netzschalter bis zu einer Waschmaschine, einem Fernsehgerät, einem Videorecorder, einem Audiogerät oder einem Mikrowellenherd. Der Tag ist nicht mehr fern, an dem alle Ihre 911-Anrufe auf völlig andere Weise über Ihr Heimnetzwerk abgewickelt werden können (siehe Abbildung 21). Die Überwachungskamera in Ihrem Heimnetzwerk könnte von der Notrufzentrale von einem entfernten Standort aus aktiviert werden.
Abbildung 2-1 Zukünftige Vernetzung:Blick über den Tellerrand hinaus.
Das Computerthema ist heute also allgegenwärtiges, allgegenwärtiges und dynamisch verteiltes Computing. Derzeit gibt es keine Technologie, die eine solche Anforderung bewältigen kann. MillenniumEdition von Microsoft, Jini von Sun und e-Speak von Hewlett-Packard sollen diesen Lösungsraum füllen.
In diesem Kapitel werden wir uns die Details von Jinis Architektur ansehen – ihre Vision, Annahmen, Komponenten, Komponentendetails und ihre Lösung zur Lösung der allgegenwärtigen, allgegenwärtigen und dynamisch verteilten Computerprobleme.
Vision und Ziele für Jini
Als dynamische verteilte Technologie hat Jini die folgende Vision und Ziele (siehe Abbildung 22):
-
Um eine Infrastruktur bereitzustellen, um alles, jederzeit und überall zu verbinden. Die Vision von Jini ist es, eine Infrastruktur bereitzustellen, die verschiedenen Netzwerkbenutzern helfen kann, Netzwerkgemeinschaften spontan zu entdecken, ihnen beizutreten und daran teilzunehmen.
-
Um eine Infrastruktur bereitzustellen, um "Network Plug and Work" zu ermöglichen. Das Ziel von Jini ist es, jeden Dienst, der dem Netzwerk beitritt, anderen Benutzern ohne Installations- und Konfigurationsprobleme zur Verfügung zu stellen. Die Vision ist 0 % Installation und 0 % Konfiguration. Es sollte so einfach sein wie das Einstecken eines Telefons in eine Telefonbuchse und die Verwendung – aber es ist noch nicht da. Tatsächlich sind die heutigen Dienste eher betriebssystem- und treiberzentriert. Auch nach dem Herunterladen geeigneter Treiber und entsprechender Konfiguration ist es eher ein Aszenario von "Plug and Pray" als von "Plug and Play".
-
Unterstützung einer servicebasierten Architektur durch Abstrahieren der Unterscheidung zwischen Hardware und Software. Jinis Vision ist die Bereitstellung einer Architektur, die sich um ein Dienstnetzwerk statt um ein Computernetzwerk oder ein Gerätenetzwerk dreht. Die Architektur von Jini vereinfacht die allgegenwärtige Natur der Datenverarbeitung, indem alles als Dienst behandelt wird. Dieser Dienst kann durch Hardware, Software oder eine Kombination aus beidem bereitgestellt werden. Der Vorteil einer solchen Abstraktion ermöglicht es, die Infrastruktur so zu gestalten, dass sie einen einzigen Entitätstyp – einen Dienst – aufnehmen kann. Anstelle einzelner Typen können alle Protokolle, wie zB Netzwerkbeitritt oder -austritt, bezüglich dieses Diensttyps definiert werden. Eine solche Abstraktion hilft auch dabei, die Implementierung des Dienstanbieters vor dem Dienstanforderer zu verbergen.
-
Um eine Architektur bereitzustellen, um Teilausfälle zu handhaben. Eine verteilte Architektur ist nicht vollständig, bis sie einen Mechanismus zum Handhaben von Teilausfällen bereitstellt. Jinis Vision ist es, eine Infrastruktur und ein zugehöriges Programmiermodell bereitzustellen, die Teilausfälle handhaben und beim Aufbau eines selbstheilenden Netzwerks von Diensten helfen können.
Abbildung 2-2 Visionen und Ziele von Jini
