Was ist eine Mikrokernel-Architektur? Wie ist sie aufgebaut und wie funktioniert sie?

Question

IT Interview Practice · Accepted Answer

## Was ist eine Mikrokernel-Architektur?

**Eine Mikrokernel-Architektur**, auch Plugin-Architektur genannt, teilt eine Anwendung in einen **Kern mit grundlegenden Funktionen** und **Plugins für zusätzliche Funktionen** auf. Benutzer oder Entwickler können die benötigten Plugins auswählen, statt sämtliche Funktionen im Kern unterzubringen.

Ein Texteditor stellt beispielsweise das Öffnen und Bearbeiten von Dateien bereit. Plugins ergänzen die Rechtschreibprüfung oder die Unterstützung einer weiteren Programmiersprache. Hier beschreibt Mikrokernel die Struktur einer Anwendung und keinen Betriebssystemkern.

## Wie werden Kern und Plugins verbunden?

- **Anwendungskern:** Stellt gemeinsame Funktionen bereit, verwaltet verfügbare Plugins und ruft sie bei Bedarf auf.
- **Plugin:** Implementiert eine Erweiterung, etwa den Export eines Berichts als PDF oder Tabellenkalkulationsdatei.
- **Erweiterungsvertrag:** Definiert die Eingaben, die ein Plugin erhält, sein zurückgegebenes Ergebnis und die Fähigkeiten des Kerns, die es nutzen darf. Ein gemeinsamer Vertrag ermöglicht es dem Kern, unterschiedliche Plugins einheitlich aufzurufen.

Plugins registrieren sich bei der Anwendung, damit der Kern weiß, welche Funktionen verfügbar sind. Je nach Entwurf kann die Registrierung beim Start oder bei der Installation eines Plugins erfolgen.

## Beispiel: Ein Exportformat für Berichte hinzufügen

Der Kern einer Berichtsanwendung verarbeitet die Berichtsauswahl, bereitet die Daten vor und zeigt eine Exportschaltfläche an. Ein PDF-Plugin registriert die Unterstützung für PDF-Exporte, während ein Tabellenkalkulations-Plugin sein eigenes Format registriert.

Wenn der Benutzer PDF auswählt, übergibt der Kern die Berichtsdaten an das PDF-Plugin. Das Plugin erstellt eine Datei und gibt das Ergebnis zurück, damit der Kern es zum Herunterladen anbieten kann.

Um ein weiteres Format zu unterstützen, erstellen Entwickler ein Plugin, das den bestehenden Vertrag einhält. Der Kern muss nicht die Einzelheiten der Dateierzeugung für jedes Format enthalten, sofern der Vertrag die neue Anforderung unterstützt.

## Vorteile

- **Einfacherer Funktionsausbau:** Erweiterungen können als getrennte Plugins entwickelt werden, wodurch weniger Änderungen am Kerncode nötig sind.
- **Anpassung an unterschiedliche Anforderungen:** Jeder Benutzer oder Kunde kann die für seine Arbeit relevanten Plugins aktivieren.
- **Mehrere Teams können das Produkt erweitern:** Ein klarer Vertrag ermöglicht Teams die Plugin-Entwicklung, ohne den gesamten Codebestand der Anwendung verstehen zu müssen.

## Grenzen

- **Kompatibilität muss erhalten bleiben:** Änderungen am Vertrag des Kerns können ältere Plugins unbrauchbar machen, was Versionsverwaltung und Kompatibilitätstests erfordert.
- **Plugin-Fehler können die Anwendung beeinträchtigen:** Ein Plugin im selben Prozess kann die Anwendung verlangsamen oder zum Absturz bringen. Eine Isolation erfordert zusätzliche Grenzen für Ausführung und Ressourcen.
- **Zu viele Abhängigkeiten erschweren die Wartung:** Plugins, die sich gegenseitig aufrufen oder tief in den Kern eingreifen, lassen sich nur schwer aktualisieren oder entfernen.

## Wann sollte man sie einsetzen?

Diese Architektur eignet sich für Editoren, CMS-Produkte, Entwicklungswerkzeuge und Software mit kundenspezifischen Erweiterungen. Sie ist besonders wertvoll, wenn die gemeinsamen Funktionen hinreichend klar sind und Erweiterungen sich unabhängig verändern können. Bei einer Anwendung mit wenigen Funktionen und ohne Erweiterungsbedarf kann ein Plugin-Mechanismus unnötige Komplexität verursachen.

Was ist eine Mikrokernel-Architektur?

Wie werden Kern und Plugins verbunden?

Beispiel: Ein Exportformat für Berichte hinzufügen

Vorteile

Grenzen

Wann sollte man sie einsetzen?

Ähnliche Fragen