Schalten Sie die wichtigen Regeln im Panel ein und passen Sie sie pro Projekt an; sie greifen bei jedem PR, Entscheidungen werden als nummerierte ADRs geführt und die Abhängigkeitskarte zeigt, was wirklich ist.
Bildschirme aus einer laufenden Installation
Sechs Situationen, die in dieser Rolle immer wieder vorkommen, und was AppArch jeweils dagegen tut.
Die Architekturrichtlinien wurden vor zwei Jahren sorgfältig ins Wiki geschrieben. Die meisten, die seitdem dazugekommen sind, haben die Seite nie geöffnet.
Eine im Panel aktivierte Regel läuft bei jedem Merge Request, in jeder der neun Sprachen, markiert den Verstoß auf seiner eigenen Zeile und erklärt den Grund, auch wenn Sie im Urlaub sind.
ArchPilotJemand Neues im Team fragt, warum der Service so mit der Queue spricht. Wer das entschieden hat, ist letztes Jahr gegangen.
Das ADR-Modul nummeriert jede Entscheidung, begleitet sie durch den MADR-Lebenszyklus und verknüpft jede ablösende Entscheidung mit der abgelösten. Die Begründung bleibt im Produkt, nicht in einem Kopf.
ADRDas Architekturdiagramm wurde fürs Kickoff gezeichnet. Der Code ging ein paar Monate später seinen eigenen Weg.
Die Abhängigkeitskarte von ArchScan entsteht aus dem Code selbst: Zyklen, Schichtverletzungen und Lecks zeigen, was ist, nicht was geplant war. Drift wird sichtbar, bevor sie sich aufsummiert.
ArchScanFünf Teams, fünf Lesarten derselben Schichtregel und in jedem Review dieselbe Debatte, welche stimmt.
Regeln werden einmal für den Workspace festgelegt und nur dort pro Projekt angepasst, wo es einen echten Grund gibt. Die Ausnahme wird einmal festgehalten, statt in jedem Review neu verhandelt.
ArchScanAktivieren Sie eine neue Regel in einer zehn Jahre alten Codebasis, und das Backlog füllt sich über Nacht mit Tausenden von Befunden. Nach einer Woche will das Team sie wieder ausschalten.
ArchPilot kommentiert nur die Zeilen, die ein Merge Request ändert, bestehende Altlasten bleiben also aus dem Review heraus. Die Fail-on-Einstellung bestimmt, ab welchem Schweregrad der Build fehlschlägt: mit kritisch beginnen und verschärfen, wenn die Schuld schrumpft.
ArchPilotZwei Schreibvorgänge ohne Transaktion, ein Lookup ohne Prüfung: Code, der im Review gut aussieht und bei der ersten ungewöhnlichen Anfrage scheitert.
SmartScan verfolgt jeden Einstiegspunkt bis zur Datenbank und listet, was unterwegs brechen kann: ein leerer Lookup, ein halber Schreibvorgang, eine Vertragslücke. Jedes Risiko kommt mit vollständigem Pfad, Datei und Zeile.
SmartScan
Fordern Sie eine PoC-Lizenz an und testen Sie mit Ihrem Code auf Ihren Servern.
Neue Module, Release Notes und Beiträge zur Architektur. Abmelden jederzeit mit einem Klick.
