VERGLEICH / ARCHITEKTURTOOLS
SonarQube, CodeScene, Structurizr & IcePanel.
Wo passt ArchKeel?
SonarQube passt zu Codequalität, Sicherheit und integrierter Architekturprüfung. CodeScene hilft, Refactoring zu priorisieren. Structurizr und IcePanel helfen, Architektur zu modellieren und zu besprechen. ArchKeel prüft Code gegen deklarierte Grenzen und Änderungen, einschließlich verlorener Analysebelege.
Alexander Kell · Quellen geprüft am
SonarQube bietet heute mehr als Code-Linting. Aktuelle und beabsichtigte Architektur werden aus Code und Modell verglichen. Eine gemeinsame Architekturansicht für Menschen und Agenten ist deshalb kein Alleinstellungsmerkmal von ArchKeel.
Welches Tool passt zu welchem Problem?
| Tool | Schwerpunkt | Wann wählen? |
|---|---|---|
| SonarQube ↗ | Codequalität und Sicherheit; aktuelle und beabsichtigte Architektur in unterstützten kommerziellen Editionen. | Du willst Befunde und Architekturprobleme im vorhandenen Sonar-Workflow prüfen. |
| CodeScene ↗ | Code Health und Git-Aktivität zeigen Hotspots und helfen, technische Schulden zu priorisieren. | Du musst entscheiden, wo sich Refactoring am meisten lohnt. |
| Structurizr ↗ | Versionierte C4-Modelle, Diagramme, Dokumentation und Architekturentscheidungen als Code. | Dein Team will Architekturdokumentation in Git reviewen. |
| IcePanel ↗ | Gemeinsame C4-Modellierung, wiederverwendbare Objekte und Ansichten für unterschiedliche Zielgruppen. | Dein Team braucht ein gemeinsames visuelles Modell für Designdiskussionen. |
| ArchKeel ↗ | Deklarierte Grenzen und Änderungen, vergleichbare Analysebelege, As-Is / Target / Diff. | Dein Review muss die vereinbarte Änderung prüfen und erhalten, was die Analyse auflösen kann. |
Wann ist Sonar die bessere Wahl?
Wähle SonarQube, wenn du Codequalität und Sicherheitsbefunde in einem zentralen Prüfablauf brauchst. Wenn dein Team Sonar bereits betreibt, prüfe zuerst, ob dessen Architekturverwaltung deine Grenzen abdeckt. Ein weiteres Tool braucht einen konkreten Grund.
Seit Server 2026.4 steht Architekturverwaltung in Developer, Enterprise und Data Center zur Verfügung. Sie unterstützt Java, JavaScript, TypeScript, Python und C#. Die Community Build enthält diese Funktion nicht. In SonarQube Cloud nennt die aktuelle Dokumentation Team und Enterprise als unterstützte Pläne.
SonarQube Community Build ↗ · Server architecture guide ↗ · Cloud architecture documentation ↗
Wann passt CodeScene besser?
Wähle CodeScene, wenn die offene Frage lautet: Wo sollten wir zuerst refactoren? CodeScene verbindet Code Health mit Git-Aktivität. Häufig geänderte, schwer wartbare Bereiche werden als Hotspots sichtbar. So kannst du Aufwand nach der Arbeit am Code priorisieren.
CodeScene bietet auch Prüfungen in Pull Requests, CI und IDEs. Der Unterschied zu ArchKeel ist daher die Review-Frage: Priorisierst du Wartungsaufwand, oder prüfst du einen Kandidaten gegen einen vereinbarten Architekturvertrag und seine Änderungserwartung?
Structurizr oder IcePanel für C4-Modellierung?
Wähle Structurizr, wenn du C4-Modelle, Dokumentation und Architekturentscheidungen als Text in Git pflegen willst. Die DSL trennt Modell und Ansichten. Structurizr bietet außerdem einen Java Component Finder, der Komponenten aus Code ermitteln kann.
Wähle IcePanel, wenn dein Team gemeinsam an einem visuellen C4-Modell arbeiten will. Wiederverwendbare Modellobjekte halten Ansichten konsistent; Entwürfe, Kommentare und Message Flows unterstützen die Designentscheidung. IcePanel spricht ausdrücklich Menschen und Agenten an.
Bei beiden Tools musst du festlegen, wie das Modell gegen die Implementierung geprüft wird. Ein konsistentes Diagramm allein belegt noch nicht, dass ein Kandidat den vereinbarten Vertrag einhält. Kläre, wer das Modell pflegt und wo die Implementierungschecks laufen.
Structurizr models as code ↗ · Component Finder ↗ · IcePanel modelling ↗ · IcePanel design workflow ↗
Was ergänzt ArchKeel beim Review?
Wähle ArchKeel, wenn ein Review zusätzlich fragen muss: War diese Architekturänderung vereinbart, und kann die Analyse nach dem Change noch dieselben Aussagen belegen? Der versionierte Architecture Contract enthält Komponenten, Verantwortlichkeiten, Schnittstellen und erlaubte Abhängigkeiten. Mensch und Coding-Agent beziehen sich auf denselben Vertrag.
Der Architecture Explorer zeigt As-Is, Target und Diff: beobachteten Code, deklarierte Architektur und ihre Unterschiede in einem Snapshot. Der Change-Check vergleicht dagegen akzeptierten und eingereichten Commit mit einer vorher veröffentlichten Erwartung. Die CLI liefert PASS, FAIL und UNKNOWN mit Quellbelegen; UNKNOWN bleibt sichtbar, wenn Belege fehlen.
Im dokumentierten Python-Dispatch-Replay bleiben acht Tests grün, während ein Aufruf nicht mehr statisch auflösbar ist. ArchKeel lehnt den Kandidaten wegen verlorener Analysebelege ab:
return handlers[key](amount)
behavior tests 8/8 → 8/8
unresolved calls 0 → 1
archkeel check FAIL · exit 1Der Replay belegt diesen ArchKeel-Check. Er ist kein ausgeführter Vergleich mit Sonar oder CodeScene. Prüfumfang und Auflösung hängen vom Sprachprofil ab; Runtime-Tests bleiben nötig.
Replay-Bedingungen und Quelle · CLI reference ↗ · Architecture Explorer
Ist ArchKeel eine Open-Source-Alternative zu SonarQube?
Für die gezielte Prüfung deklarierter Architekturgrenzen und Änderungen kann ArchKeel eine Option sein. ArchKeel ist MIT-lizenziert und läuft lokal. Es ersetzt keine allgemeine Codequalitäts- oder Sicherheitsanalyse. SonarQube Community Build ist selbst kostenlos und laut SonarSource Open Source; diese Edition und die kommerzielle Architekturverwaltung sind getrennt zu bewerten.
Wenn du nur Import- oder Modulgrenzen prüfen willst, vergleiche außerdem Import Linter, Tach und ArchUnit. Der kleinere Checker kann ausreichen.
SonarSource repository ↗ · ArchKeel MIT License · Architekturchecker vergleichen
Wie entscheidest du im eigenen Repository?
Nimm einen repräsentativen Change: eine verbotene Abhängigkeit, eine erlaubte Architekturänderung oder einen dynamischen Aufruf mit schlechterer Auflösung. Lege vor dem Lauf fest, welches Ergebnis du erwartest. Prüfe dann Belege, Analysegrenzen und den CI-Exit-Code mit dem vorgesehenen Tool. So beurteilst du den zusätzlichen Prüfaufwand an deinem Code.
Methodik: Anbieter-Dokumentation und ein aufgezeichneter ArchKeel-Replay, kein Leistungsbenchmark. Alexander Kell entwickelt ArchKeel bei rapiddweller. Diese Seite ist ein Produktvergleich des Anbieters.