Bereitstellungsarchitekturen
Unterstützte Anwendungsarchitekturen
Phalanx benötigt einen kontrollierbaren Aktionspfad, keinen bestimmten Modellanbieter oder Cloud-Dienst. Prüfen Sie diese Voraussetzungen vor der Installation.
Bereitstellungsarchitekturen
Zwei Wege, Phalanx einzusetzen. Eine Architektur, die es so nicht schützen kann.
Folgen Sie dem Weg, auf dem Ihr Agent Aktionen ausführt. Wählen Sie vor Kauf oder Bereitstellung die Architektur, die zu Ihrer Anwendung passt. Diese Anleitung erfordert weder ein Formular noch Zugriff auf Ihre Anwendung.
Agentenaktion → Phalanx-Entscheidung → geschützter Konnektor → Geschäftssystem
1. Verbinden / konfigurieren / nutzen
Konfigurierbare Tool- oder API-Schnittstelle
Agent → konfigurierbares Tool/API → Phalanx → geschützter Konnektor → Geschäftssystem
Ihr Agent sendet Aktionen bereits an einen Tool-Endpunkt oder eine API, die auf Phalanx umgestellt werden kann. Das Geschäftssystem bietet einen Konnektorpfad, die Zugangsdaten können vom Agenten getrennt und der alte direkte Weg abgeschaltet werden. Konfigurieren Sie die unterstützte Schnittstelle, Aktionsverträge und geschützte Zugangsdaten; prüfen Sie danach den Weg.
2. Anpassen / verbinden / konfigurieren / nutzen
Austauschbarer anwendungsinterner Tool-Dispatcher
Agent → qualifizierter Adapter am Dispatcher → Phalanx → geschützter Konnektor
Ihr Agent ruft lokale Handler auf, aber sein Framework bietet einen austauschbaren Dispatcher oder Tool-Hook. Ein für diesen Stack qualifizierter Phalanx-Adapter kann diese Grenze übernehmen. Installieren Sie den Adapter und konfigurieren Sie Verträge, Konnektor und getrennte Zugangsdaten. Ohne qualifizierten Adapter ist dies kein No-Code-Weg.
3. So nicht schützbar
Undurchsichtige Direktausführung mit nicht entziehbarer Berechtigung
Agent → direkter Handler und Zugangsdaten → Geschäftssystem (Phalanx umgangen)
Der Agent führt folgenreiche Aktionen in einer unveränderbaren Anwendung aus, bietet keine austauschbare Tool- oder API-Grenze und muss Zugangsdaten oder einen anderen direkten Weg zum Geschäftssystem behalten. Phalanx kann diese Aktionen weder abfangen noch durchsetzen. Eine daneben installierte Laufzeit schützt sie nicht; die Architektur muss sich ändern.
So ordnen Sie Ihr System ein
Können alle zu schützenden Aktionen über eine unterstützte Tool- oder API-Schnittstelle oder einen qualifizierten Adapter laufen? Können die echten Zugangsdaten hinter einem geschützten Konnektor liegen und gleichwertige direkte Wege entfernt werden? Falls nicht, ist die Aktion so nicht schützbar. Dieser Leitfaden zertifiziert keine ungeprüfte Anwendung.
Was das aktuelle Produkt bereitstellt
Die veröffentlichte Integrationsebene umfasst ein Proposal-Gateway, deklarierte Aktionsverträge, ein TypeScript-SDK und geschützte HTTP/JSON-Konnektoren. Ein universeller No-Code-Adapter für beliebige anwendungsinterne Tool-Handler ist derzeit nicht verfügbar. Der adaptergestützte Weg gilt nur, wenn ein Adapter für den konkreten Stack qualifiziert ist.
Fragen zu Ihrem konkreten Stack?
Der Leitfaden erfordert kein Formular. Wenn Sie wissen möchten, ob ein Adapter unterstützt wird, kontaktieren Sie Invarra ohne Zugangsdaten oder private Daten zu senden.