ArchLens

Intelligentes System Design

Sehen Sie, wie alle Teile zusammenhängen. Und halten Sie die Lupe an die Details.

Architektur heißt nicht, mit Pfeilen verbundene Kästchen zu zeichnen. In ArchLens sagt jede Verbindung, was durch sie fließt, in welche Richtung, mit welchem Volumen und wie lange es dauert. Und das Diagramm beginnt, die Fragen aufzuwerfen, die der Entwurf beantworten muss.

Jetzt zeichnen
Erweitern Sie Ihren Blick darauf, was in Ihrer Architektur von einer Komponente zur nächsten fließt, und simulieren Sie es, bevor Sie loslegen.
Eine effiziente Architektur nutzt alle Elemente des Ökosystems. Und in den Details gewinnt oder verliert sie.

Ein Pfeil beantwortet die schwierigen Fragen nicht

In den meisten Tools ist eine Datenbank ein Rechteck mit Symbol und eine Verbindung nur eine Linie. Die Zeichnung sieht gut aus und besteht das Review, verschiebt aber genau die Entscheidungen, auf die es ankommt. Und die fordern ihren Preis während der Entwicklung:

  • Welche Ressource wird aufgerufen? Gibt es sie beim Anbieter schon, einsatzbereit?
  • Liest oder schreibt dieser Aufruf? In welche Richtung fließen die Daten?
  • Muss es wirklich ein synchroner Aufruf sein?
  • Wie viele Anfragen pro Sekunde laufen hier durch?
  • Wie viel hält diese Komponente aus, bevor sie gesättigt ist?
  • Was passiert mit denen, die von ihr abhängen, wenn sie langsam wird?
  • Was ist das alternative Verhalten oder der alternative Pfad, wenn etwas ausfällt?
  • Wenn sich der Traffic verdreifacht, was ändert sich im System?

In Aktion sehen

Dieses Beispiel zeigt vereinfacht einen Discord-Bot mit n8n, KI, Queue, Cache, Datenbank und Pix-Zahlung. Im Alltag ist das Diagramm aufgeräumt: Komponenten, Verbindungen und die Ressourcen, die jede davon nutzt, bereit zum Präsentieren und Dokumentieren.

Diagramm eines Discord-Bots in ArchLens, ohne Animation und ohne Hervorhebungen, nur mit Komponenten, Verbindungen und Ressourcen
Zum Skizzieren und Präsentieren: eine einfache, anschauliche Sicht auf die Elemente Ihres Projekts.
Eine solide Architektur steht von selbst, ohne dass jemand ständig Brände löschen muss.

Wenn Sie analysieren möchten, schalten Sie einfach die Flusssimulation ein. Pakete laufen dann über die Bahnen in die Richtung, in die die Daten fließen, mit der Geschwindigkeit des Durchsatzes, und überlastete oder langsame Komponenten gehen in den Warnzustand.

Vorausschauen: Mit dieser Sicht beobachten Sie das Verhalten Ihrer Hotpaths und planen Instanzgrößen, die Ihr geplantes Traffic-Volumen tragen.

Verbinden Sie die Punkte. Wirklich.

Weder lose Zeichnung noch Diagramm als Code. In ArchLens bauen Sie visuell ein Modell der Architektur, und die Details gehören dazu: Jedes Teil und jede Verbindung tragen, was nötig ist, um zu verstehen, wie sie tatsächlich kommunizieren.

Verbindungen sind nicht nur Linien mit einer Beschriftung. Sie sind Verträge: Sie beschreiben, was ein Dienst anbietet und was der Client liefern muss, um ihn zu nutzen.

Ressourcen mit Vertrag

Jede Komponente deklariert, was sie anbietet: Endpoints, Topics, Abfragen. Mit Protokoll, Methode, ob gelesen oder geschrieben wird und wie lange die Antwort dauert.

POST /orderspublishLatenz

Verbindungen, die sagen, was durch sie fließt

Wer wen aufruft, welche Ressourcen des Anbieters genutzt werden, mit welchem Durchsatz, ob es der Basis- oder der Alternativfluss ist und ob die Kommunikation in beide Richtungen geht.

300 req/sfallbackbidirektional

Lernen Sie die Sprache der Architektur beim Zeichnen

Komponente, Stereotyp, Design, Technologie: Begriffe, die gerade dann Fragen aufwerfen, wenn man sie anwenden will. In ArchLens erscheint jeder genau in dem Moment, in dem Sie entscheiden müssen, mit konkreten Beispielen. Das Konzept hört auf, Theorie zu sein, und wird zur Entscheidung.

Komponente

Was das Teil in der Architektur ist: ein Dienst, ein Speicher, ein Broker, ein geplanter Job, ein Akteur. Und wie viel es aushält: die Kapazität jeder Instanz, in Anfragen pro Sekunde.

ServiceStorageMessageBrokerKapazität

Stereotyp

Die konkrete Rolle der Komponente. Ein Speicher kann eine Datenbank, ein Cache oder ein Data Lake sein; ein Dienst eine API oder eine Webanwendung.

DatabaseCacheWebApiQueue

Design

Der innere Stil der Komponente. Bei einem Dienst: Clean, Hexagonal, CQRS, MVC. Bei einer Datenbank: relational, dokumentenorientiert, Key-Value.

CleanCQRSHexagonRelational

Technologie

Das konkrete Produkt hinter dem Teil, aus einem Katalog mit über hundert Optionen. Die Wahl der Technologie schlägt bereits den passenden Stereotyp und das passende Symbol vor.

PostgresRedisRabbitMQKafka

Die Optionen folgen Ihren Entscheidungen: Eine Datenbank bietet nur Datenbank-Designs an, ein Dienst nur Dienst-Designs. Jede Entscheidung festigt das Konzept, und das Vokabular bleibt hängen.

Die Lupe

Details sind keine Dekoration. Sie tragen die grundlegenden Anliegen der Architektur: Anforderungen, Einschränkungen und Effizienz.

Anforderungen

Was das System leisten muss: der erwartete Traffic auf jeder Verbindung und die Ressourcen, die jeder Client nutzen muss.

Einschränkungen

Die Grenzen, in denen es arbeitet: die Kapazität jeder Komponente und die Antwortzeit jeder Ressource.

Effizienz

Wie es nutzt, was es hat: die Last, die jedes Teil im Verhältnis zu seiner Belastbarkeit erhält, und wer seinen Anbieter zu stark unter Druck setzt.

  • Traffic in Bewegung

    Pakete laufen über jede Verbindung in Richtung der Daten, schneller dort, wo der Durchsatz höher ist.

  • Last und Kapazität

    Jede Komponente vergleicht, was sie erhält, mit dem, was sie aushält, und geht in den Warnzustand, wenn sie sich der Grenze nähert.

  • Langsamkeit und Auswirkung

    Eine langsame Ressource macht die Komponente kritisch, und die Auswirkung breitet sich auf alle aus, die von ihr abhängen.

  • Und wenn der Traffic wächst?

    Vervielfachen Sie den Traffic des ganzen Diagramms und sehen Sie, wie sich die Last verteilt, ohne die Zeichnung zu ändern.

Was Ihre Architektur kostet

Geben Sie an, was jede Komponente pro Monat kostet, und sehen Sie im Kopf des Editors die Kosten der gesamten Architektur, laufend summiert, während Sie zeichnen.

Komponente für Komponente

Die monatlichen Kosten stehen bei dem Baustein, den sie bezahlen. Ändert sich die Zeichnung, zieht die Summe mit.

Das Warum hinter jedem Betrag

Neben den Kosten halten Sie fest, was sie begründet: Cloud, Region, Instanz, Replikate, Lizenzen. Die Diskussion wandert von der Tabelle ins Diagramm.

Kosten neben der Last

Mit den Kosten neben Traffic und Kapazität sieht man schnell, welche Bausteine die Summe prägen und welche einen zweiten Blick verdienen.

12.340,00 €/Monat8 von 12 Komponenten2× t3.medium

In allen Plänen verfügbar, auch im Free-Plan. Es sind die Werte, die Sie eingeben: ArchLens fragt keine Cloud-Preise ab.

Wo Ihr Projekt liegt

Zum Zeichnen in ArchLens melden Sie sich mit einem Konto an, und dieses Konto bewahrt Ihre Arbeit auf. Im Free-Plan liegt das Projekt in Ihrem Konto, in der Cloud. Im Pro-Plan wählen Sie für jedes Projekt zwischen Ihrer privaten Cloud und einer .archlens-Datei auf Ihrem Computer.

Free: in Ihrem Konto gespeichert

Während Sie zeichnen, wird das Projekt automatisch in der Cloud gespeichert, verknüpft mit Ihrer Anmeldung. Es gibt keine Datei zum Herunterladen: Sein Platz ist Ihr Konto.

Pro: in der Cloud oder auf Ihrem Rechner

Speichern Sie es in Ihrem Konto und öffnen Sie es von überall wieder, oder erzeugen Sie eine .archlens-Datei, in die ArchLens jede Minute von selbst weiterspeichert.

Pro: nehmen Sie es mit, wohin Sie wollen

Die Datei gehört Ihnen: Sie können sie neben dem Code ablegen, ans Team schicken oder an die Dokumentation anhängen.

Pläne

Starten Sie kostenlos und wechseln Sie den Plan, wenn Ihre Arbeitsweise es verlangt. Die Pläne unterscheiden sich danach, wer sie nutzt und wie zusammengearbeitet wird.

Free

Zum Ausprobieren

R$ 0

  • 3 Projekte, in Ihrem Konto gespeichert
  • Architekturkosten
  • KI-Prompt
  • PNG-Bild mit Wasserzeichen
  • Öffnet Projekte anderer Personen im Lesemodus, mit Simulation
  • Alle Symbole des Katalogs
  • Teilt per Nur-Lese-Link

Team Demnächst

Für Teams, die gemeinsam bearbeiten

Pro BearbeiterWer nur liest, zahlt nicht.

  • Alles aus Pro
  • Geteilte Cloud, Gruppen und Berechtigungen
  • Gemeinsame Online-Bearbeitung

Enterprise Demnächst

Für Unternehmen mit Vertragsanforderungen

Auf Anfrage

  • Alles aus Team
  • Single Sign-on (SSO)
  • Vertrag und Garantien für die Daten

Teilen: Wer ein Projekt erhält, braucht ein Konto, mindestens Free. Im Free-Plan öffnen sich Projekte anderer Personen immer im Lesemodus: ansehen und simulieren ja, bearbeiten nie. Im Pro-Plan und höher lesen oder bearbeiten Empfänger, je nach Berechtigung der teilenden Person.

Weniger Kästchen zeichnen. Das System besser verstehen.

Bauen Sie Ihre Architektur mit den Details, die zählen, und diskutieren Sie das System auf Basis dessen, wie es wirklich kommuniziert.

Jetzt zeichnen