Uważam, że samo użycie architektury powinno być podyktowane wymaganiami. Słusznie wskazałeś: awaria jednego pluginu nie psuje reszty systemu – pewnie jest też jeden z driverów architektonicznych który należy rozważyć przed rozpoczęciem implementacji.

Na ten moment nie mam doświadczenia z pracy z tą architekturą, więc nie chcę się wdawać w dyskusję. Mam nadzieję, że kiedyś będę mógł powrócić do tematu z większym bagażem doświadczeń 🙂

Żaden z popularnych systemów operacyjnych nie używa mikrojądra, mimo że każdy z nich ma sterowniki (czyli pluginy).

Z mikrojądrem w systemach operacyjnych chodzi o pluginy, ale też o coś więcej: chodzi też o to że każdy plugin jest odizolowany w oddzielnym procesie, zbudowanym tak, że że awaria jednego pluginu nie psuje reszty systemu.

Np. w świecie Javy taką architekturą z „mikrojądrem” mogą to być aplikacje Spring Bootowe podłączone do kolejek Kafki. Jedna aplikacja wrzuca coś do kolejki, inna czyta. Awaria jednej z aplikacji nic nie psuje, dodatkowo komunikaty w kolejce są przechowywane przez jakiś czas, dzięki czemu po restarcie zepsutego modułu może on kontynuować od momentu zepsucia.

Przykład: masz jądro, którego zadaniem jest przetwarzanie video. Elementami jądra są np. konwersja video i zapis. Pluginami dla konwersji może być format MP4, MKV a dla zapisu: zapis do google drive’a, zapis na dysk, itp. Teraz zamiast skupiać się na testowaniu całości lepiej skupić się na przetestowaniu działania konkretnego pluginu z mikrojądrem – czy wykonuje swoje działanie. Przetestowanie czy komunikacja w jądrze pomiędzy konwersją i zapisem jest poprawna powinna leżeć w kwestii testów jądra.

Jeżeli musimy przetestować całość to może wybraliśmy nie odpowiednią architekturę? Ale z drugiej strony też zobaczmy – jakakolwiek architektura by nie była – testowanie integracyjne większych części systemu zawsze będzie problematyczne.

Oczywiście możemy wyjść z założenia, że testujemy jednostkowo wszystkie komponenty, ale moim zdaniem największa wartość leży zawsze w testach integracyjnych, a w przypadku tej architektury mamy bardzo duży nakład, że przetestować całą konfigurację.