Produkt
Archito NeuLernt aus Ihren Merge Requests, zeigt, was hängt Integrationen 25
Lösungen
Nach Rolle
Warum AppArch
Ressourcen
Kunden Preise Kontakt
Sprache
Kontakt aufnehmen

Ein Schritt in der Pipeline, volle Sicht auf dem Board.

Die Analyse läuft in Ihrer CI, auf Ihrer Infrastruktur; Code verlässt sie nie. Argo CD, Flux und Kubernetes docken an, welche Version wo läuft steht im Katalog, und eine Air-Gap-Installation ist ebenfalls möglich.

Bildschirme aus einer laufenden Installation

Kommt Ihnen das bekannt vor?

Sechs Situationen, die in dieser Rolle immer wieder vorkommen, und was AppArch jeweils dagegen tut.

01

Jedes neue Tool macht die Pipeline ein Stück kaputter

Jeder Scanner will seinen eigenen Agent, seinen eigenen Server oder Docker-in-Docker, und jeder fügt dem Build Minuten und neue Fehlerquellen hinzu.

Was AppArch tut

AppArch ist ein fertiger Job: Snippets für GitHub Actions, GitLab CI, Bitbucket Pipelines und Azure Pipelines, und ein einfaches docker run für Jenkins und alles andere. Kein Docker-in-Docker, kein Agent, kein zusätzlicher Server.

Integrationen
02

Die Security fragt, wohin der Code geht

Jedes neue Tool beginnt mit einem Security-Fragebogen, und die erste Frage ist immer dieselbe: Verlässt unser Quellcode das Haus?

Was AppArch tut

Die Antwort ist nein. Die Analyse läuft auf Ihrem eigenen Runner, nur Befunde gehen ans Panel, und auch das läuft auf Ihren Servern. Eine Air-gapped-Installation ist dasselbe Produkt.

On-Premise & Air-Gap
03

"Welche Version läuft gerade in Produktion?"

Incident-Nacht. Die Antwort verteilt sich auf drei Cluster, zwei Dashboards und einen Slack-Thread vom letzten Dienstag.

Was AppArch tut

Mit Argo CD, Flux oder Kubernetes verbunden weiß der Service-Katalog, wo jeder Service in welcher Version läuft. Ein Bildschirm statt Suche im Slack-Verlauf.

Service-Katalog
04

Sicherheitsbefunde leben in drei verschiedenen Tools

Statische Analyse an einem Ort, SonarQube an einem anderen, der Dependency-Scanner woanders. Niemand sieht die ganze Liste, also fühlt sich niemand zuständig.

Was AppArch tut

ArchSecurity listet die eigenen Befunde von AppArch neben denen aus SonarQube und GitLab-Security-Scans, jeweils mit Quellenlabel, und prüft Ihre Abhängigkeiten gegen bekannte CVEs.

ArchSecurity
05

Jedes Repository ist ein bisschen anders konfiguriert

Jemand hat im März für einen Hotfix den Branch-Schutz abgeschaltet. Niemand hat ihn wieder eingeschaltet, und niemand hat es bemerkt.

Was AppArch tut

Git Health prüft jedes Repository gegen 29 Regeln: geschützter Default-Branch, deaktivierter Force-Push, Pflicht-Approvals, Secret-Scanning und SAST in der CI, versehentlich committete Secret-Dateien. Drift erscheint als rote Zeile, nicht als Incident.

Git Health
06

Incidents und Deployments leben in getrennten Welten

Das Monitoring weiß, dass etwas kaputt ist; die Pipeline weiß, was ausgeliefert wurde. Die Change Failure Rate landet als Schätzung auf einer Folie.

Was AppArch tut

Verbinden Sie Dynatrace, New Relic oder Percona PMM, und Incident-Daten stehen neben den Deploy-Daten. Change Failure Rate und Wiederherstellungszeit werden daraus berechnet, nicht geschätzt.

Engineering Analytics

So sieht es im Produkt aus

Alle Screenshots

Fügen Sie Ihren ersten Pipeline-Schritt in 10 Minuten hinzu

Fordern Sie eine PoC-Lizenz an und testen Sie mit Ihrem Code auf Ihren Servern.

Abonnieren Sie unseren Newsletter

Neue Module, Release Notes und Beiträge zur Architektur. Abmelden jederzeit mit einem Klick.