ArchiFlow

Ihr Netzwerk sehen. Das Nächste gestalten.

Geräte und Verbindungen erkennen. Daraus eine lebendige Topologie erstellen und Änderungen am selben Ort prüfen und ausrollen.

Produktwebsite Über Ihre Umgebung sprechen

Mit dem vorhandenen Netzwerk beginnen.

Netzwerkgeräte und ihre Verbindungen ohne Installation von Agenten erkennen. Die sechs Gerätetypen bleiben mit einem gemeinsamen Erkennungsknoten verbunden.

Switch, Router, Firewall, Access Point, Server und Speicher sind um einen ArchiFlow-Erkennungsknoten miteinander verbunden.

Erkennung ohne Agenten und Dokumentation der Topologie
Vorlage → Vergleich → Freigabe → Bereitstellung
Bereitstellung in der Cloud, vor Ort oder ohne Internetverbindung

Für die Arbeit entwickelt.
Verändert den Weg.

Drei Bereiche, in denen ArchiFlow Komplexität in einen klaren nächsten Schritt übersetzt.

01 / 03

Mit dem tatsächlich vorhandenen Netzwerk beginnen.

Die Herausforderung: Ein Team übernimmt einen Standort mit Geräten mehrerer Hersteller und veralteten Diagrammen.
Das Produkt im Einsatz: Definieren Sie Scanbereiche und Lesezugangsdaten, erkennen Sie Geräte und Nachbarn, prüfen Sie unklare Verbindungen und überführen Sie die Ergebnisse in ein bearbeitbares Diagramm.
Was sich verändert: Das Team erhält eine gemeinsame Bestands- und Topologiegrundlage, die bei späteren Scans erneut geprüft werden kann.

02 / 03

Die Änderung prüfen. Dann umsetzen.

Die Herausforderung: Eine gemeinsame Einstellung muss auf mehreren Switches aktualisiert werden, ohne modellspezifische Unterschiede zu verlieren.
Das Produkt im Einsatz: Bereiten Sie eine Vorlage vor, vergleichen Sie sie mit dem laufenden Zustand, holen Sie eine Freigabe ein und führen Sie sie auf einer Canary-Gruppe aus. Prüfen Sie Ergebnisse und Unterschiede vor der weiteren Bereitstellung.
Was sich verändert: Die Änderung bleibt mit geprüfter Konfiguration und Ausführungsverlauf verbunden, sodass das Team bei ungeeignetem Ergebnis eine Wiederherstellung beurteilen kann.

03 / 03

Neue Geräte. Derselbe gemeinsame Kontext.

Die Herausforderung: Ein Gerät wird außer Betrieb genommen; ein lokales Team installiert mit der Betriebszentrale den Ersatz.
Das Produkt im Einsatz: Ersatzbestand und Verbindungen des Geräts prüfen, Beziehungen auf den Ersatz übertragen und Topologie und Konfiguration nach der Installation prüfen.
Was sich verändert: Die Dokumentation bildet das aktive Gerät und seine Austauschhistorie ab. So erhält die nächste Schicht dasselbe Betriebsbild.

Beispielhafte Szenarien und Bilder.

Ein System mit klarem Schwerpunkt.
Teil eines größeren Ganzen.

Ein Arbeitsbereich für das Netzwerkteam: vorhandene Geräte erkennen, bearbeitbare Dokumentation erstellen und jede Änderung mit Konfiguration, Adressierung und Ausführungsverlauf verbinden. Netzwerkbetreiber können sowohl mit dem geplanten Entwurf als auch mit dem erfassten Bestand arbeiten.

Die Netzwerkgrundlage.

ArchiFlow bietet Titans-Teams eine gemeinsame Sicht auf die Infrastruktur, in der sie arbeiten: Geräte, Verbindungen, Adressen und Konfigurationen. Während eines Projekts verbindet dieser Kontext den Netzwerkentwurf mit den Menschen im Betrieb. Die Erkennung schafft die Ausgangsbasis; geprüfte Änderungen und fortlaufend gepflegte Dokumentation erhalten ihren Nutzen nach der Bereitstellung.

Im Detail kennenlernen.

ArchiFlow bietet Netzwerkteams ein zusammenhängendes Arbeitsbild ihrer Infrastruktur. Die Erkennung identifiziert erreichbare Geräte und ihre Nachbarn; eine bearbeitbare Topologie verbindet Geräte, Kabel und Adressen mit dem Inventar. Techniker können anschließend Konfigurationen vorbereiten, sie mit dem laufenden Zustand vergleichen und eine Bereitstellung im selben Kontext prüfen. Der Arbeitsbereich bewahrt außerdem Versionen, Ausführungsverlauf und Austauschprotokolle auf. Sein praktischer Zweck besteht darin, dem nächsten Techniker das Gerät, die vorgeschlagene Änderung und die Nachweise des vorherigen Vorgangs verständlich zu machen.

Für wen es gedacht ist

Netzwerk-, Infrastruktur- und Sicherheitsteams in Unternehmen mit mehreren Standorten, Behörden, Rechenzentrumsbetreiber und MSPs.

Der vollständige Arbeitsablauf

Beispielhafter Ablauf ohne Kundendaten: Ein Netzwerkteam übernimmt einen Standort mit Switches verschiedener Hersteller und unvollständigen Diagrammen. Es klärt die Verbindungen, bevor es eine gemeinsame Konfigurationsänderung vorbereitet und ausführt.

Den Standort definieren und erfassen
Der Netzwerkverantwortliche wählt Adressbereiche und erlaubte Verwaltungswege. Begrenzte Zugangsdaten ermöglichen der Erkennung, Ausrüstung zu identifizieren und Nachbarinformationen über unterstützte Protokolle abzurufen.
Erfasster Bestand und Topologie mit Angaben zur Verbindungssicherheit stehen zum Abgleich mit bekannten Geräten bereit.
Das Arbeitsmodell prüfen
Ein Techniker prüft unsichere Verbindungen, überführt die Erkennung in ein bearbeitbares Diagramm und ergänzt fehlende Standort-, Adress- oder Verbindungsinformationen. Bestehende Excel-Datensätze können über Spaltenzuordnung und Validierung übernommen werden.
Die geprüften Geräte, Verbindungen und Adressen bilden den Kontext für die Auswahl der von der Änderung betroffenen Geräte.
Konfiguration vorbereiten und vergleichen
Der Techniker wählt eine CLI- oder Jinja2-Vorlage und ergänzt relevante Gerätefelder. Die geplante Konfiguration wird mit der laufenden verglichen, bevor ein autorisierter Betreiber die Unterschiede prüft.
Die vorgeschlagene Konfiguration und ihre Unterschiede lassen sich im Kontext der tatsächlichen Geräte prüfen.
Eine begrenzte Bereitstellung durchführen
Der Betreiber genehmigt einen Canary-Testlauf auf einer ausgewählten Gerätegruppe. Das Team prüft Befehlsausgaben einschließlich plattformspezifischer CLI-Fehler, bevor es über die Ausweitung auf weitere Geräte entscheidet.
Ausführungshistorie und Konfigurationsversionen ermöglichen die Prüfung des Geschehenen. Regeln zum Fortsetzen und Stoppen folgen dem vereinbarten Änderungsverfahren.
Prüfen und übergeben
Der Techniker prüft resultierende Konfiguration und Topologie, dokumentiert offene Punkte und plant eine erneute Erkennung. Ist eine Wiederherstellung nötig, nutzt das Team den für Gerätefamilie und Änderung getesteten Weg.
Die nächste Schicht kann aktuelles Modell, geprüfte Konfiguration und Ausführungshistorie gemeinsam prüfen; offene Arbeit ist gekennzeichnet.

Die Änderung hinterlässt eine überprüfbare Kette vom erkannten Gerät über die vorgeschlagene Konfiguration bis zum Ausführungsergebnis. Wiederherstellungsverhalten, Kompatibilität und Abnahmekriterien werden für das gewählte Netzwerk festgelegt.

Die enthaltenen Funktionen

Netzwerkerkennung und -abbildung

IP-Bereichsscans und Nachbarerkennung über SSH, SNMP, CDP und LLDP verbinden Geräte und Verbindungen zu einer Topologie. Die Verbindungssicherheit hilft Betreibern, beobachtete Informationen von überprüfungsbedürftigen Beziehungen zu unterscheiden.

Eingabe: Zulässige IP-Bereiche, erreichbare Verwaltungswege und auf den Umfang begrenzte Gerätezugangsdaten.
Ausgabe: Gerätebeobachtungen und Nachbarschaftsbeziehungen, mit Sicherheitsangaben zur Erkennung von Verbindungen, die technisch geprüft werden müssen.

Laufende Planung und Dokumentation

Ein bearbeitbares Diagramm behandelt Geräte, Verbindungen und Adressen als Teile des Netzwerkmodells. Erkennungsergebnisse in eine gemeinsame Planung überführen und die Dokumentation durch wiederholte Scans aktualisieren.

Eingabe: Erkennungsergebnisse, bestehender Bestand und Änderungen an Geräten, Kabeln oder Adressen.
Ausgabe: Ein bearbeitbares Netzwerkmodell, das das Diagramm mit dem Bestand verbindet und anhand eines späteren Scans geprüft werden kann.

IP-Adressen und Präfixe

Verwalten Sie Adressen, Präfixe und VLANs im Kontext von Standorten und Geräten. Zuweisung, Sammelaktionen und Auslastungsansichten schaffen eine strukturierte Grundlage für die nächste Netzwerkänderung.

Eingabe: Bekannter Adressraum, Präfixe und Zuweisungen, verbunden mit Standorten und Geräten.
Ausgabe: Adresszuweisungen und Nutzungsinformationen, mit denen das Team die nächste Änderung ohne separate Listen vorbereiten kann.

Konfigurationsvorlagen

CLI- und Jinja2-Vorlagen nutzen Gerätefelder zur Vorbereitung der passenden Konfiguration. Eine gemeinsame Bibliothek und Versionshistorie bewahren Vorlagen und ihre Entscheidungen für wiederholbare Arbeit.

Eingabe: Eine versionierte CLI- oder Jinja2-Vorlage und Werte des ausgewählten Geräts.
Ausgabe: Ein gerätespezifischer Konfigurationsvorschlag zum Vergleichen und Prüfen vor dem Ausrollen.

Sicherungen, Unterschiede und Abweichungen

Laufende Konfigurationen erfassen und mit vorgeschlagenen Änderungen vergleichen. Versionshistorie und gruppierte Geräteunterschiede helfen, Abweichungen zu erkennen und Wiederherstellungswege zu bewerten.

Eingabe: Eine erfasste laufende Konfiguration und eine vorgeschlagene oder frühere Version.
Ausgabe: Konfigurationsversionen und gruppierte Unterschiede als Belege für die Prüfung von Abweichungen und Wiederherstellungsoptionen.

Gestaffelte und terminierte Bereitstellung

Definieren Sie eine Gerätegruppe, ein Änderungsfenster und einen ersten Canary-Testlauf. Ausführungsverlauf und Befehlsergebnisse helfen dem Team, die Änderung vor der Ausweitung auf die übrigen Geräte zu beurteilen.

Eingabe: Eine geprüfte Konfiguration, eine Gerätegruppe, zulässige Zeitfenster und der erste begrenzte Testumfang.
Ausgabe: Ausführungshistorie und Befehlsergebnisse zur Entscheidung, ob fortgefahren, die Änderung korrigiert oder ein Fehler untersucht wird.

Bestand, Ersatzteile und Austausch

Geräte-, Kabel- und Netzteilbestand mit Standorten und Diagrammen verbinden. Beim Geräteaustausch können Schnittstellen-, Adress- und Kabelbeziehungen auf das neue Gerät übertragen und die Außerbetriebnahme dokumentiert werden.

Eingabe: Standortbestand, verfügbare Ersatzgeräte sowie Schnittstellen-, Adress- und Kabelbeziehungen des alten Geräts.
Ausgabe: Ein Ersatzdatensatz und übertragene Beziehungen im Netzwerkmodell, mit Kennzeichnung des außer Betrieb genommenen Geräts.

Zusammenarbeit und KI-Unterstützung

Gemeinsame Bearbeitung und ein Aktivitätsprotokoll halten den Kontext für das Netzwerkteam verfügbar. KI-Unterstützung kann Fragen anhand von Netzwerkdaten beantworten und Änderungen zur Prüfung vorbereiten. Cloud- oder lokale Modellkonfiguration hängen von Version, Laufzeitumgebung und Datenrichtlinie ab.

Eingabe: Teamaktivitäten, das geöffnete Diagramm und die dem Nutzer verfügbaren Netzwerkinformationen.
Ausgabe: Gemeinsamer Arbeitskontext und KI-Antworten oder Änderungsvorschläge zur Prüfung durch Verantwortliche im Betrieb. Der verfügbare KI-Modus hängt von der Bereitstellung ab.

Die Informationen, die verbunden bleiben

Diese Arbeitsobjekte erläutern die in einer Aufgabe genutzten Informationen. Ihre Beschreibungen sind kein veröffentlichtes Datenbankschema oder API-Format.

Standorte, Geräte und Verbindungen

Geräte, Schnittstellen, Kabel und Standortbeziehungen verbinden erkannte Ausrüstung mit der Topologie. Die Verbindungssicherheit unterscheidet beobachtete Nachweise von Beziehungen, die überprüft werden müssen.

Von einer Änderung betroffene Geräte finden und ihren Kontext an einen anderen Techniker übergeben.

Adressen und Netzwerkraum

IPs, Präfixe und VLANs können zusammen mit den übrigen Inventarobjekten verwaltet oder importiert werden. Bestehende Tabellendaten durchlaufen Zuordnung und Validierung.

Zuweisungen vorbereiten und die Netzwerkinformationen prüfen, von denen eine Vorlage abhängt.

Konfigurationen und Versionen

Vorlagen, geplante Konfiguration, laufende Konfiguration und gespeicherte Versionen bilden vorgeschlagene und beobachtete Zustände ab. Ihr Vergleich zeigt Unterschiede über ausgewählte Geräte hinweg.

Eine Änderung prüfen und einen für die Plattform geprüften Wiederherstellungsweg bewerten.

Ausführungen, Aktivitäten und Prüfprotokolle

Bereitstellungsergebnisse, Erkennungsaktivitäten und Konfigurationsereignisse hinterlassen einen Betriebsverlauf. Das öffentliche Trust Center beschreibt außerdem den Export von Auditdaten an ein SIEM.

Das Ergebnis einer Ausführung verstehen, Verantwortung nachvollziehen und Nachweise an bestehende Kontrollwerkzeuge weitergeben.

Verbindungen zu Ihren bestehenden Systemen

Geräte- und Betriebssystemversionen

Die Anbindung umfasst unter anderem Gerätefamilien von Cisco, Juniper, Arista, Fortinet und Palo Alto. Die Bestandsaufnahme prüft Modelle, Versionen und erforderliche Vorgänge je Familie.

Bestehender Bestand und vorhandene Daten

Geräte, Adressen, Standorte und Verbindungen lassen sich mit Spaltenzuordnung und Validierung aus Excel importieren. Eine NetBox-Integration erfordert Zuständigkeitsregeln für jedes Feld und dessen Synchronisierung.

Überwachung und betriebliche Arbeitsabläufe

Das Netzwerkmodell mit Überwachungskontext und Systemen wie SolarWinds verbinden. Zusätzliche API-Anbindungen und Ereignisübergaben werden an den bestehenden Werkzeugen des Unternehmens ausgerichtet.

Bereitstellungs- und Verwaltungswege

Zu den Bereitstellungsoptionen gehören Docker auf einem einzelnen Server, getrennte Anwendungs- und Datenebenen sowie Installationen in netzgetrennten Umgebungen. Jede Umgebung benötigt Zugriffswege zu Geräten, Geheimnisverwaltung, Sicherungen und Aktualisierungsverfahren.

Berechtigungen, Kontrolle und Ausnahmen

Rollenbasierte Berechtigung

Trennen Sie Einsicht, Bearbeitung und Administration und ordnen Sie Organisationsgruppen Berechtigungen zu. Die Erlaubnis, ein Diagramm zu bearbeiten, berechtigt nicht automatisch zur Bereitstellung einer Konfiguration.

Zugangsdaten im richtigen Umfang

Zugangsdatenpools sind auf Standorte und Geräte begrenzt. Dienstkonten und die minimal erforderlichen Berechtigungen für Erkennung und Ausführung definieren.

Prüfbare Historie

Erhalten Sie die Verbindung zwischen Änderung, Nutzer, Konfiguration und Ausführungsergebnis. Der Versionsverlauf unterstützt die Bewertung der Wiederherstellung; der Wiederherstellungsweg wird für den Gerätetyp geprüft.

Eine ausdrücklich definierte Grenze zur Cloud-KI

Die Cloud-KI-Erweiterung wird getrennt von der Kernbereitstellung bewertet. Setzen Sie ihre Verfügbarkeit in einem netzgetrennten Netzwerk nicht voraus: Vereinbaren Sie laufende Funktionen, zulässige Datenübertragungen und erforderliche Freigaben.

Wenn es anders läuft als geplant

Zur Routine gehören die Prüfung der Erkennung, die Pflege von Vorlagen und Zugangsdaten, die Änderungsprüfung und die Aktualisierung der Dokumentation. Schutzmaßnahmen zeigen unvollständige oder fehlgeschlagene Vorgänge; das Projekt benennt Reaktionsverantwortliche.

Die Erfassung weist Lücken auf

Ein nicht erreichbares Gerät oder eine unklare Verbindung muss untersucht werden. Der Betreiber prüft Konnektivität, Zugangsdaten und Hinweise zu Nachbargeräten und vervollständigt das Modell bei Bedarf. Ein Scanergebnis ist als Beobachtung mit begrenztem Umfang zu behandeln, nicht als Beweis, dass alle Anlagen gefunden wurden.

Die Verbindung steht, aber ein Befehl schlägt fehl

ArchiFlow beschreibt einen Klassifikator für plattformspezifische CLI-Fehler, selbst wenn die Übertragung Erfolg meldet. Betreiber prüfen das Befehlsergebnis und legen die Korrektur fest. Abbruch, Wiederholung und Wiederherstellung müssen für die tatsächliche Gerätefamilie und Aktion überprüft werden.

Nur ein Teil der Bereitstellung wird abgeschlossen

Ein Canary-Testlauf, Konfigurationsversionen und der Ausführungsverlauf unterstützen die Untersuchung vor einer Ausweitung. Im Projekt muss festgelegt werden, wie mit einem teilweise geänderten Gerätebestand umzugehen ist und wann abgebrochen wird. Sicherungen allein ergeben kein allgemeingültiges Rollback-Verfahren.

Importierte Daten oder Ersatzdaten müssen abgeglichen werden

Die Spaltenvalidierung unterstützt die Prüfung eines Imports; ein Austausch überträgt Gerätebeziehungen auf das neue Modell. Techniker benötigen weiterhin Regeln für widersprüchliche Datensätze und Schnittstellen, die beim Ersatzmodell fehlen. Übertragene Beziehungen garantieren keine Übertragbarkeit der Konfiguration.

Umsetzung und Passung zum Unternehmen

Einen repräsentativen Standort auswählen
Das Netzwerkteam stellt Geräteliste, Adressbereiche und Zugriffsanforderungen bereit. Gemeinsam wählen wir einen ersten Ablauf und definieren, was gescannt oder geändert werden darf.
Erkennung und Modell prüfen
Führen Sie die Erkennung im vereinbarten Umfang aus und vergleichen Sie sie mit dem bekannten Inventar. Das Ergebnis sind eine geprüfte Topologie und eine Liste zu schließender Lücken.
Eine kontrollierte Änderung durchführen
Die Netzwerkverantwortlichen wählen Vorlage und Testgeräte. Berechtigungen, Freigabe, Befehlsergebnisse und Sicherungen vor der Erweiterung prüfen.
Den Betriebsalltag festlegen
Verantwortliche, wiederkehrende Scans, Änderungsfenster und Fehlerbehandlung definieren. Die Erweiterung auf weitere Standorte folgt einer geprüften Kompatibilitätsliste.

Die Bereitstellungsumgebung

Laufzeitumgebung: Lokale Bereitstellung und Betrieb in netzgetrennten Umgebungen. Die Produktstartseite beschreibt Cloud-KI, Versionsmaterialien beschreiben auch lokale Modelle. KI-Konfiguration, Produktversion und Aktualisierungswege werden für die tatsächliche Umgebung bewertet.
Bestehende Infrastruktur: Topologie und Geräte verschiedener Hersteller. Gerätemodelle, Versionen und Verwaltungswege werden bei der Bestandsaufnahme geprüft.
Das bringen Sie ins Gespräch mit: Ein repräsentativer Standort oder ein Netzwerk, eine Geräteliste, Zugriffsbeschränkungen und ein zu verbessernder betrieblicher Arbeitsablauf.

Gerät und Vorgang bestätigen

Prüfen Sie Modelle, Betriebssystemversionen und erforderliche Aktionen eines repräsentativen Standorts. Ein Herstellername ist keine vollständige Kompatibilitätsaussage. Erkennung, Sicherung, Bereitstellung und Wiederherstellung können unterschiedliche Prüfungen erfordern, bevor der Umfang erweitert wird.

Die Verbindungen zu bestehenden Systemen definieren

NetBox-Synchronisierung, SolarWinds-Überwachung, Identitätsschnittstellen und SIEM-Export werden öffentlich beschrieben. Das Projekt klärt Konnektorkompatibilität, Feldzuständigkeiten, Gruppenzuordnung und Ereignisübermittlung. Andere Technologieanbieter-Logos allein belegen keine einsatzbereite Kundenintegration.

Änderungsbefugnisse bei den Verantwortlichen im Betrieb belassen

Rollenbasierter Zugriff, begrenzte Zugangsdaten und Prüfpunkte steuern Änderungen. Der Copilot schlägt Aktionen vor, die ein entsprechend befugter Betreiber bestätigt. Vereinbaren Sie für jeden Vorgang Vorbereitung, Freigabe und Ausführung sowie Nachweise, Abbruchbedingungen und Wiederherstellungsverfahren.

Bereitstellung und KI-Modus auswählen

Lokale und netzgetrennte Kerninstallationen werden beschrieben. Die Startseite stellt Claude als optionale Cloud-Erweiterung dar, während Versions- und Vertrauensseiten auch lokale KI beschreiben. Bestätigen Sie installierte Version, verfügbares Modell und Datenwege für das Projekt; eine netzgetrennte Bereitstellung impliziert keine Cloud-KI.

Fragen zur Eignung

Brauchen wir zu Beginn ein genaues Diagramm?

Nein. Beginnen Sie mit der Erkennung des bestehenden Netzwerks und Inventarimporten. Das Team validiert Ergebnisse und ergänzt Beziehungen, die ein Scan allein nicht feststellen kann.

Wird jedes Modell eines Herstellers unterstützt?

Ein Herstellername allein reicht nicht. Vor einer Erweiterung Modell, Betriebssystem, Version und vorgesehenen Vorgang prüfen — Erkennung, Sicherung, Bereitstellung oder Wiederherstellung.

Können wir es ohne Internetzugang bereitstellen?

Eine Installation ohne Internetverbindung ist verfügbar. Installationspaket, Aktualisierungsverfahren und Gerätezugriff vorab vorbereiten. Cloud-KI-Funktionen sind in diesem Bereitstellungsmodus nicht garantiert.

Verändert die KI das Netzwerk selbstständig?

Der Copilot schlägt Änderungen zur Prüfung und Bestätigung durch den Nutzer vor. Nutzerberechtigungen und Änderungsverfahren gelten auch bei KI-generierten Vorschlägen.

Was sollten wir zur Eignungsprüfung mitbringen?

Einen repräsentativen Standort, Modell- und Versionsbestand, den Adressverwaltungsansatz, Überwachungswerkzeuge und einen Änderungsablauf mitbringen. Sie definieren eine praktische Prüfung und ein klares Ergebnis.

Dokumentation und weiterführende Informationen

Mit Ihrer Arbeit verbinden.

Beginnen Sie mit einem Arbeitsablauf, seinen Informationen und den Menschen, die ihn kennen. Definieren Sie gemeinsam den Weg zur Umsetzung.

Über ArchiFlow sprechen ↗Produktwebsite ↗Alle Produkte ↗