Dynamische Adaption in heterogenen verteilten eingebetteten ...

6.4 Weiterführende Arbeiten
• Es wurde eine Infrastruktur zur architekturübergreifenden Zustandsübertragung entwickelt, welche
die Darstellung der Daten automatisch anpasst. Zur Realisierung werden Debuginformationen
genutzt, welche detaillierte Angaben über die architekturspezifische Darstellung der Typen im
Speicher enthalten.
6.4 Weiterführende Arbeiten
Als weiterführenden Arbeiten könnten einige Ergänzungen an dem existierenden System vorgenommen
werden:
Automatische Bestimmung der Kosten Im Rahmen dieser Arbeit lag der Schwerpunkt auf den
funktionalen Aspekten der Infrastruktur. Bei einem realen Einsatzszenario spielen jedoch die
nicht-funktionalen Eigenschaften eine mindestens ebenso große Rolle. Als Grundlage zur realistischen
Abschätzung der tatsächlichen Kosten und Auswirkungen beim Einsatz eines Verwalters
müssen daher Daten zur Bestimmung der nicht-funktionalen Eigenschaften erfasst werden. Besonders
relevant sind hier der Energie- und Zeitverbrauch einer Umkonfiguration. Genaue Zahlen
sind jedoch immer von der eingesetzten Hardware abhängig, sodass sie für das jeweilige Szenario
spezifisch erfasst werden müssen. Somit ist die Entwicklung eines Evaluierungs- oder Benchmarksystems
zu prüfen, welches vor dem Einsatz eines Verwalters automatisch entsprechende
Daten liefern kann.
Unterstützung für Klassen Als Erweiterung wäre auch eine verbesserte Unterstützung für objektorientierte
Sprachen wie C++ denkbar. Im Rahmen dieser Arbeit wurde hauptsächlich mit
Objektdateien gearbeitet, die aus C-Code erzeugt wurden. Bei der Verarbeitung von C++ sind
keine grundsätzlichen Änderungen notwendig. Die Verwaltungsoperationen und der dynamische
Binder können unverändert eingesetzt werden. Allerdings würde eine explizite Unterstützung des
Klassenkonzepts die Verwendung des Systems erleichtern. Beachtet werden müssen beispielsweise
der Aufruf der Klassenkonstruktoren beim Installieren neuer Klassen und die Anpassung der
Funktionstabellen beim Austausch von Code. Realisieren könnte man die Unterstützung durch eine
Zwischenschicht, welche die Mechanismen der Basisschicht nutzt und eine klassenorientierte
Sicht für die Kontrollschicht anbietet.
Verwaltete Verwalter In dieser Arbeit wurden Knoten oft entweder als Verwalter oder als verwalteter
Knoten dargestellt. Dabei wurde zu wenig auf einen fließenden Übergang zwischen diesen
Klassen eingegangen. In Abschnitt 4.6.4.2 wird der Fall beschrieben, dass ein verwalteter
Knoten durch einen Verwalter mit der Fähigkeit ausgestattet wird, spezifische Fernaufrufe zu
beantworten. Bei der Realisierung wurde hierzu jedoch keine generische Infrastruktur verwendet,
sondern speziell angepasste Module. Als Erweiterung könnte hierfür eine generische Infrastruktur
entwickelt werden. Außerdem sollte man weitere Möglichkeiten betrachten, wie ein relativ
kleiner Knoten teilweise Verwaltungsaufgaben übernehmen kann. Die Nutzung der vorhandenen
Ressourcen könnte somit verbessert werden.
Zugriffsschutz In der vorgestellten Arbeit wurde nicht auf die möglichen Sicherheitsrisiken eingegangen,
die das System birgt. Ohne geeignete Vorkehrungen könnten Angreifer als bösartige
Verwalter den Speicherinhalt eines verwalteten Knotens auslesen oder verändern. Hiergegen
sollten Maßnahmen untersucht werden, die beispielsweise einen Autorisierungsprozess, signierte
Module und Nachrichten sowie verschlüsselte Verbindungen beinhalten könnten.
131