Dynamische Adaption in heterogenen verteilten eingebetteten ...

5.2 Arten von Strategien
Entfernen erlaubt, so kann der Administrator wählen, welche Art von Stellvertreter das Modul ersetzen
soll.
Hat der Administrator eine gültige Konfiguration erstellt, kann er sie anwenden, woraufhin die Daten
zum Gerät übertragen und in den Speicher geschrieben werden. Als nächstes hat er die Möglichkeit,
den Programmablauf auf dem verwalteten Gerät an einer bestimmten Stelle zu starten oder fortzusetzen.
Sind während der Bearbeitung einer Unterstützungsanfrage Entscheidungen zu treffen, muss dies
wiederum vom Administrator durchgeführt werden. Reicht beispielsweise der Speicherplatz im Rahmen
einer bedarfsgesteuerten Installation nicht aus, so wird der Eingriff eines Administrators benötigt.
5.2.2 Automatische, anwendungsbezogene Konfiguration
Bei der automatischen Konfiguration ist die Konfigurationsumgebung auf genau eine Laufzeitumgebung
zugeschnitten. Sie kennt die Wirkungsweise der einzelnen Bestandteile und von möglichen
Varianten. Daraus kann sie eine optimale Konfiguration für die vorliegende Anwendung erstellen. Der
grundlegende Ablauf ist in Abbildung 5.2 dargestellt.
Abbildung 5.2: Grundlegender Ablauf einer automatischen Konfiguration
Zunächst wird die Kontrollschicht initialisiert, indem sie die Objektdateien des Laufzeitsystems
einliest. Gibt es von einigen Komponenten verschiedene Versionen, die später zur Laufzeit dynamisch
ausgetauscht werden können, so werden diese ebenfalls geladen. Dabei muss die Kontrollschicht die
verschiedenen Versionen erkennen und ihnen Bedingungen zuordnen, unter denen sie eingesetzt werden
sollen. Um das entfernte Ausführen auf verschiedenen Architekturen zu unterstützen, muss außerdem
von den betroffenen Komponenten Code für diese Architekturen geladen werden. Beim Laden der
Objektdateien werden sie durch die Basisschicht modularisiert.
Nachdem die Kontrollschicht initialisiert wurde, werden die Objektdateien der Anwendung geladen.
Der nächste Schritt ist die Erstellung des initialen Abbildes für den oder die Knoten. Dazu werden die
Module in einen Behälter geladen und miteinander verknüpft. Hierbei ergeben sich Abhängigkeiten
zu Modulen des Laufzeitsystems. Daraus kann die Kontrollschicht ermitteln, welche Dienste von der
Anwendung genutzt werden.
Die Kontrollschicht muss in diesem Schritt entscheiden, welche Module verwendet werden und
welche durch Stellvertreter ersetzt werden. Für Komponenten, die in verschiedenen Versionen vorliegen,
muss die Kontrollschicht auch entscheiden, welche Version sich für die aktuelle Anwendung am besten
eignet. Da Varianten, die für bestimmte Spezialfälle optimiert sind, meistens nicht außerhalb dieses
Spezialfalles eingesetzt werden können, muss die Kontrollschicht an den Codestellen, an denen sich
die Voraussetzungen für den Einsatz ändern, eine Unterstützungsaufforderung in das Abbild einfügen.
Wird diese Codestelle während der Ausführung erreicht, kann die Konfiguration dynamisch angepasst
werden und der Verwalter kann die Spezialvariante gegen eine allgemeine Variante austauschen.
Ein Beispiel hierfür ist eine Variante der Threadverwaltung, welche für eine feste Anzahl an Threads
optimiert ist. Die Metainformationen zu den Aktivitätsträgern können dann in einem Feld fester Länge
abgelegt und müssen nicht in einer dynamisch wachsenden Liste organisiert werden. Vorteil dieser
103