Arquitecturas de despliegue
Arquitecturas de aplicación compatibles
Phalanx necesita una ruta de acciones controlable, no un modelo ni nube específicos. Use estos requisitos para identificar la integración antes de instalarlo.
Arquitecturas de despliegue
Dos maneras de desplegar Phalanx. Una arquitectura que no puede proteger tal como está.
Siga la ruta que usa su agente para ejecutar acciones. Elija la arquitectura que corresponde a su aplicación antes de comprar o desplegar. Esta guía no requiere un formulario ni acceso a su aplicación.
Acción del agente → decisión de Phalanx → conector protegido → sistema empresarial
1. Conectar / configurar / usar
Interfaz configurable de herramientas o API
Agente → herramienta/API configurable → Phalanx → conector protegido → sistema empresarial
Su agente ya envía las acciones a un endpoint de herramientas o API que puede dirigir a Phalanx. El sistema empresarial ofrece una ruta para el conector, la credencial puede salir del agente y la antigua ruta directa puede desactivarse. Configure la interfaz admitida, los contratos de acción y la credencial protegida; después verifique la ruta.
2. Adaptar / conectar / configurar / usar
Despachador de herramientas interno sustituible
Agente → adaptador cualificado en el despachador → Phalanx → conector protegido
Su agente llama a funciones locales, pero su framework ofrece un despachador o punto de conexión sustituible. Un adaptador de Phalanx cualificado para esa tecnología puede asumir ese límite. Instale el adaptador y configure contratos, conector y aislamiento de credenciales. Sin un adaptador cualificado, esta no es una ruta sin código.
3. No protegible tal como está
Ejecución directa opaca con autoridad que no puede retirarse
Agente → función directa y credencial → sistema empresarial (elude Phalanx)
El agente ejecuta acciones con consecuencias dentro de una aplicación que no puede modificarse, no ofrece un límite de herramientas o API sustituible y debe conservar credenciales u otra ruta directa al sistema empresarial. Phalanx no puede interceptar ni controlar esas acciones. Instalarlo junto a la aplicación no las protege; la arquitectura debe cambiar.
Cómo clasificar su sistema
¿Puede dirigir todas las acciones que desea proteger por una interfaz de herramientas o API admitida, o por un adaptador cualificado? ¿Puede guardar la credencial real detrás de un conector protegido y eliminar las rutas directas equivalentes? Si no, esa acción no puede protegerse tal como está. Esta guía no certifica una aplicación que no se ha inspeccionado.
Lo que ofrece el producto actual
El plano de integración publicado incluye una pasarela de propuestas, contratos de acción declarados, un SDK de TypeScript y conectores HTTP/JSON protegidos. No ofrece todavía un adaptador universal sin código para funciones de herramientas arbitrarias dentro de la aplicación. La ruta con adaptador solo está disponible si se ha cualificado uno para esa tecnología concreta.
¿Preguntas sobre su tecnología concreta?
La guía no requiere formulario. Si necesita saber si un adaptador está admitido, contacte con Invarra sin enviar credenciales ni datos privados.