Dynamische Adaption in heterogenen verteilten eingebetteten ...

4 Basisschicht eines Verwalters
verwalteten Knotens simuliert. Bei geschickter Adressnutzung können sogar die Adressen der
Daten beibehalten werden. Die Simulation erlaubt es auch, Daten erst bei Bedarf nachzufordern.
Der Simulator kann dazu den simulierten Speicher überwachen und bei einem Zugriff auf ein
nicht vorhandenes Modul dessen Daten nachfordern.
Allerdings muss ein geeigneter Simulator für die Zielarchitektur vorhanden sein. Außerdem sind
die Kosten zu berücksichtigen, die durch das Simulieren der Zielarchitektur entsteht.
Extern Eine weitere Möglichkeit besteht darin, dass dem Verwalter ein spezieller Knoten zugeordnet
ist. Dieser hat dieselbe Architektur wie die verwalteten Knoten und wird nur zur Ausführung
der Fernaufrufe der verwalteten Knoten eingesetzt. Der Knoten sollte dazu mit einer schnellen
Kommunikationsverbindung an den Verwalter angebunden und besonders für dynamische
Veränderungen geeignet sein, indem beispielsweise der Programmspeicher durch RAM statt
Flashspeicher ausgeführt ist.
Mit solch einer Konfiguration kann der Verwalter Funktionen zur Ausführung auf diesem Knoten
installieren und anschließend wieder entfernen. Man hat auch hierbei den Vorteil, dass keine
Zustandskonvertierung stattfinden muss. Allerdings müssen die Kosten für den zusätzlichen
Knoten berücksichtigt werden.
4.6.4.2 Verwalteter Knoten als Dienstleister
Das Auslagern einer Funktion an einen anderen verwalteten Knoten hat den Vorteil, dass das Gesamtsystem
auch ohne den Verwalter lauffähig und somit für temporäre Verwalter geeignet ist. Es muss jedoch
ein geeigneter Knoten zu Verfügung stehen, der über genügend Ressourcen verfügt, um die Funktion
und das Fernaufrufsystem auszuführen. Zur Durchführung des Fernaufrufs muss eine Infrastruktur für
den verwalteten Knoten vorliegen, die es erlaubt, dass er Fernaufrufe entgegen nimmt und verarbeitet.
Die Module der Infrastruktur können vor der Installation durch den Verwalter parametrisiert werden,
ähnlich wie die Stellvertretermodule in Abschnitt 4.5.6.3. Dabei kann der Verwalter die genaue Anzahl
der Aufrufparameter und die Adresse der Zielfunktion einfügen. Außerdem kann er entscheiden, ob
Code zur Anpassung des Datenformats hinzugefügt werden muss, falls die Knoten von unterschiedlicher
Architektur sind. Diese Aufgaben können jedoch mithilfe der bereits vorgestellten Mechanismen und
Operationen durchgeführt werden, sodass hierfür kein zusätzlicher Dienst notwendig ist.
4.7 Zusammenfassung
In diesem Kapitel wurde die Basisschicht eines Verwaltungsknotens vorgestellt. Zunächst wurden
die Operationen aufgezeigt, die durch Mechanismen der Basisschicht realisiert werden sollen. Als
Grundlage wurde danach die Modularisierung der Software auf der Basis von relokierbaren Objektdateien
vorgestellt. Anschließend wurden drei Mechanismen präsentiert, welche die Grundlage der
dynamischen Konfiguration bilden. Dazu wurde auch die Problematik angesprochen, dass nicht immer
alle Verweise zwischen Modulen gefunden und verändert werden können. Als nächstes wurden einige
Vorgehensweisen anhand der prototypischen Realisierung aufgezeigt. Dabei wurde vermittelt, wie die
Module und die Konfiguration verwaltet werden. Außerdem wurde die Anbindung eines verwalteten
Knotens an den Verwalter betrachtet. Mit diesen Grundlagen wurde abschließend die Realisierung der
geforderten Konfigurationsoperationen dargestellt.
96