---
name: micro-frontend-default-no
description: "Default-Antwort auf Micro-Frontend-Adoption ist Nein, ausser ehrliches Team-Skalierungs-Problem nachgewiesen"
metadata: 
  node_type: memory
  type: feedback
  originSessionId: 7f5ec970-b013-4424-9fec-1a7e770c3103
---

Vor Micro-Frontend-Adoption: ehrliches Team-Skalierungs-Problem nachweisen. Default-Antwort ist Nein.

**Why:** KAR-522-Audit Konvergenz aus Sources 5 (Fowler) und 19 (ICEIS 2025 Systematic-Mapping-Study). Beide bestaetigen unabhaengig: Operational Complexity ist universally negative, Team-Efficiency-Benefit nur bei mittleren-grossen Teams realisiert (5+ Devs pro Frontend-Domain). Kadi-v2 (Solo-Dev) und Aria sind bewusst Monolith.

**How to apply:** Wenn jemand (oder ich selbst) Micro-Frontends vorschlaegt:
- Konkretes Team-Skalierungs-Problem benennen lassen (welche Teams, wieviel Devs, was kollidiert?)
- Modular Monolith zuerst evaluieren als billigere Alternative
- Bei Adoption: Composition-Side-Entscheidung (Client/Server/Edge) als erste Architektur-Wahl
- Design System gegen Reusability-Probleme (KAR-522 Source 19 Daten)

**Aktueller Stand:** Kadi-v2 + Aria explizit Monolith. ADR-Update bei KAR-522 Source-5-Note.

Brain-Ref: [[02-Wissen/architecture-audit/05-micro-frontends-fowler]] · [[02-Wissen/architecture-audit/19-scitepress-2025]] · Standing Order 22.05.2026 (KAR-522).