Un diseño de integración revisado que conecta sus aplicaciones y sus agentes con los modelos, herramientas y datos aprobados a través de ARC, con cada frontera y cada responsable acordados antes de poner nada en servicio.
Este proyecto conecta ARC, así que primero hay que decidir dónde se ejecuta ARC. La mayoría de los proyectos empiezan con una prueba de concepto de pago, deliberadamente pequeña. Se acota según sus requisitos y se presupuesta por proyecto.
El encargo empieza poniendo el diseño por escrito y revisándolo con quienes lo van a operar.
ARC gobierna cómo acceden los usuarios, las aplicaciones y los agentes a los modelos, las herramientas y las fuentes de datos aprobadas. No gobierna el razonamiento de un agente, su planificación, la lógica de la aplicación, el entorno de ejecución ni la responsabilidad de negocio.
Aplicación A
Aplicación B
Aplicación C
Cuatro decisiones, respondidas por separado en cada base de código. Revisar o cambiar una supone una publicación por cada aplicación que la lleva.
Una sola capa de políticas
La lógica de aplicación, los pipelines de datos y el parque más amplio siguen en sus equipos. La revisión sigue una petición de principio a fin y nombra qué sale de su frontera en cada salto:
Una primera vía es estrecha a propósito. La política y el comportamiento de las rutas se juzgan mucho mejor cuando depende de ellas una sola aplicación.
El diseño se traspasa con el reparto de responsabilidades escrito al lado.
Media hora con un ingeniero. Sus cifras. Una respuesta clara.