¿Qué es un control plane?

El término salió de las redes. Hoy decide cuánta IA puede poner en producción de verdad una empresa. Léelo tres veces abajo: una en palabras llanas, otra para la gente que lo va a operar y otra para la que va a responder por él.

La definición

Una capa entre todo lo que llama a un modelo y todos los lugares donde un modelo puede correr. Decide dónde corre cada solicitud, bajo la configuración que tú definiste, y firma el registro.

En SAPTIVA AI, esa capa es SAPTIVA Studio. frIdA, el orquestador que lleva dentro, hace la colocación.

  • Decidedónde corre cada solicitud
  • Midecuánto cuesta, por equipo
  • Compruebacada decisión, firmada

La torre, no el avión.

Piensa en la torre de un aeropuerto. Los aviones no son de la torre. No los vuela, no son suyos, no podría llevar a un solo pasajero al otro lado de la calle.

Aun así, opera el aeropuerto. Decide qué avión aterriza en qué pista. Lleva una bitácora que un inspector puede leer tres años después sin pedirle a un solo piloto que recuerde nada.

Los modelos son los aviones. Los proveedores van a seguir sacando otros más rápidos y tú vas a seguir cambiándolos. La torre es la parte que no puedes rentarle a la gente que construye los aviones.

Esa torre es un control plane.

Para ingenieros

La misma división sobre la que ya corre tu infraestructura. En una red, el data plane reenvía paquetes y el control plane decide a dónde van. En un clúster, los contenedores hacen el trabajo y el control plane decide qué máquina los corre. La IA es la tercera vez que esto aparece: la inferencia es el data plane, y algo por encima tiene que hacerse cargo de la ubicación, el costo y la prueba.

Para el negocio

La misma división con la que ya opera tu negocio. Las empresas externas hacen el trabajo y compras decide cuál se queda con cada contrato. Los proveedores facturan y tu contabilidad asigna cada factura a un centro de costos. Los modelos son un proveedor más. El control plane es lo que sí es tuyo: dónde corre cada solicitud y con qué modelo, el costo por equipo y un registro firmado de cada decisión.

SAPTIVA STUDIO CONTROL PLANE Decide · Mide · Comprueba 2ef9·1701 ✓ firmado Nube On-premise Air-gapped Híbrido TUS ENTORNOS · TUS MODELOS · TUS DATOS
El control plane se ubica por encima de los lugares donde el trabajo corre de verdad. Nunca se convierte en el modelo, y el modelo nunca se convierte en el control plane.

Tres trabajos.
Nadie se sienta frente a él.

Un control plane no es una aplicación que tu equipo abre por la mañana. Está en el camino de cada solicitud, esté alguien mirando o no.

Decide

Cada solicitud tiene que correr en algún lado: una nube pública, tu propio centro de datos, un cuarto sellado sin un solo cable hacia afuera. El control plane toma esa decisión por solicitud, bajo la configuración que definiste una sola vez, en lugar de dejársela a quien cableó la primera integración.

Ruteo al momento de la llamada. Modelo, entorno y costo elegidos por solicitud. Cambia un modelo o una región sin tocar el código de la aplicación.

Mide

Cada solicitud se tasa mientras corre y se atribuye a la carga de trabajo y al equipo que la mandó. El gasto en IA deja de llegar como una sola factura a fin de mes y se vuelve un número con dueño.

Costo medido por solicitud, por carga de trabajo, por equipo. El número que lee finanzas es el mismo que ve ingeniería.

Comprueba

Cada decisión se escribe y se firma en el momento en que ocurre. Cuando un auditor pregunta qué hizo la IA en marzo, alguien lee la respuesta. Nadie la reconstruye.

Registro append-only. Cada entrada referencia a la anterior, así que cualquier edición rompe la cadena. Vista de solo lectura para auditoría, exportable a tu SIEM, almacenada donde corrió la carga de trabajo.

Adentro lo que debe quedarse adentro.
Nube para todo lo demás.

Un despliegue híbrido típico: las clases de datos sensibles corren dentro de tu perímetro y todo lo demás en capacidad de nube. Un control plane decide, mide y comprueba sobre ambos.

Carga de trabajoDatosCorre enPor qué
Verificación de identidad de clientesDocumentos KYCOn-premiseClase de datos sensibles, definida una vez. Corre dentro de tu perímetro.
Agentes de atención a clientesDatos no definidos como sensiblesNubeTodo lo demás se rutea al cómputo más barato capaz de correrlo.
Sistema interno de conocimientoDocumentos corporativos no sensiblesPico en nubePicos de demanda de cómputo. Misma configuración, mismo registro de auditoría.

Dentro o fuera del perímetro, un solo control plane: una configuración aplicada en cada ruta, un registro firmado y cada solicitud tasada y atribuida al equipo que la mandó.

Deloitte, ago 2026, sobre el paradigma híbrido: un control plane central gobierna identidad, auditoría y costo mientras la ejecución sigue distribuida. Hoy MultiMoney (servicios financieros) corre en modo híbrido: on-premise y nube privada. Seis países. Una configuración.

Tres cosas distintas llevan el mismo nombre.

La mayoría de los productos que se venden como control planes de IA son una de las dos primeras columnas. La diferencia no es marketing. Es quién termina siendo dueño de la decisión.

GATEWAY DE IA Aplicación solicitud Gateway endpoint del proveedor Modelo Alojado por el proveedor logs de tráfico Un punto de revisiónen el camino de la solicitud. GOVERNANCE PROXY Aplicación solicitud Proxy vigila Modelo Alojado por el proveedor alertas y reportes Una torre de vigilanciasobre modelos que rentas. CONTROL PLANE Aplicación solicitud Control plane por solicitud Nube On-premise Híbrido Tu infraestructura ✓ registro firmado de decisiones Autoridad sobredónde corre la IA. GATEWAY DE IA Aplicación solicitud Gateway endpoint del proveedor Modelo Alojado por el proveedor logs de tráfico Un punto de revisiónen el camino de la solicitud. GOVERNANCE PROXY Aplicación solicitud Proxy vigila Modelo Alojado por el proveedor alertas y reportes Una torre de vigilanciasobre modelos que rentas. CONTROL PLANE Aplicación solicitud Control plane por solicitud Nube On-premise Híbrido Tu infraestructura ✓ registro firmado de decisiones Autoridad sobredónde corre la IA.
  1. Gateway de IA: la aplicación manda una solicitud al gateway. El gateway elige qué endpoint del proveedor responde. El modelo está alojado por el proveedor. Deja logs de tráfico.
  2. Governance proxy: la aplicación manda la solicitud directo al modelo alojado por el proveedor. El proxy vigila el camino desde un lado. Deja alertas y reportes.
  3. Control plane: la aplicación manda la solicitud al control plane. Decide, por solicitud, dónde corre: nube, on-premise o híbrido, en tu infraestructura. Aquí se eligió on-premise. Deja un registro firmado de decisiones.
Un gateway está en el camino. Un governance proxy vigila el camino. Un control plane decide el camino.

Gateway de IA Proxy de gobernanza Control plane
Qué es Un punto de revisión en la ruta de la solicitud Una torre de vigilancia sobre modelos que rentas La autoridad sobre dónde corre la IA
Qué decide Qué endpoint del proveedor responde Si una solicitud puede pasar Qué modelo, qué entorno, a qué costo, por solicitud
Dónde viven los modelos Donde el proveedor los hospede Donde el proveedor los hospede Tu nube, tu centro de datos, air-gapped, híbrido
Qué deja Logs de tráfico Alertas y reportes Un registro firmado de cada decisión
Si el proveedor desaparece El punto de revisión se va con él La supervisión se va con él Sigue corriendo dentro de tu perímetro

Un gateway es un punto de revisión. Un control plane es la autoridad.

Los dos están en el camino. Solo uno decide dónde corre el trabajo, y solo uno sobrevive a la empresa que te lo vendió.

Dónde aparece el dinero.

El control no es el punto. El punto es IA que llega al P&L. Cada uno de los tres trabajos de arriba se convierte en una línea que alguien en finanzas puede leer.

42%

de las empresas abandonó la mayoría de sus iniciativas de IA en 2025, frente a 17% el año anterior.

Fuente · S&P Global
20%

de las cargas de trabajo se están moviendo de proveedores globales a locales. Cada movimiento es una decisión de ruteo.

Fuente · Gartner
3semanas a 5minutos

Savant en producción. Datos del sector y el libro propio del banco, en una sola pregunta.

Banco Invex
HoyCon un control plane
Un programa de plataforma corre tres trimestres antes de que algo toque a un cliente.
Una carga de trabajo real sale a producción en semanas, y la siguiente reutiliza la misma capa.
El gasto en IA llega como una factura a fin de mes, sin el nombre de nadie.
Cada solicitud tiene precio y se atribuye al equipo que la mandó.
Una solicitud de auditoría saca a los ingenieros del roadmap para reconstruir qué pasó.
La evidencia ya está escrita y firmada. Responder es una lectura, no un proyecto.
Aparece un modelo mejor y el trabajo de integración empieza de cero.
Cambiar el modelo es un cambio de ruteo. La configuración y el registro se quedan donde están.

Un piloto que nunca sale a producción no es un experimento barato. Es una partida pagada sin nada del otro lado.

Cuatro preguntas.
No hace falta una respuesta técnica.

Cualquier ejecutivo puede responderlas hoy sobre su propia institución. Un auditor o un miembro del consejo las va a preguntar primero.

01

¿Puedes decir dónde corrió cada solicitud de IA el martes pasado, y por qué corrió ahí?

02

¿Puedes mover una carga de trabajo de una nube pública a tu propio hardware sin reconstruirla?

03

¿Puede tu auditor leer qué decidió la IA sin pedirle una captura de pantalla a tu equipo?

04

¿Puedes decir el costo de una sola decisión de IA, atribuido a un solo equipo?

Cuatro noes no son una falta de herramientas. Son la razón por la que el piloto nunca salió del laboratorio.

En producción en RAPPI MULTIMONEY BANCO INVEX IBERO ACMES

Preguntas que la gente hace.

¿Qué es un control plane de IA?
Una capa entre todo lo que llama a un modelo y todos los lugares donde un modelo puede correr. Decide dónde corre cada solicitud, bajo la configuración que tú definiste, y firma un registro de lo que pasó. No produce respuestas. Gobierna los sistemas que sí lo hacen.
¿Un control plane de IA es lo mismo que un gateway de IA?
No. Un gateway está en la ruta de la solicitud y reenvía llamadas a endpoints de modelos, casi siempre endpoints que hospeda alguien más. Eso es trabajo de data plane. Un control plane decide, para empezar, en qué entorno corre una carga de trabajo, mide lo que cuesta y deja prueba firmada. Un gateway es un punto de revisión. Un control plane es la autoridad.
¿Cuál es la diferencia entre un control plane y un data plane?
El data plane hace el trabajo: mueve los paquetes, corre los contenedores, ejecuta la inferencia. El control plane decide qué puede hacer el data plane y dónde. La división tiene décadas en redes y es estándar en la infraestructura de nube. La IA heredó tanto la división como el vocabulario.
¿Necesito uno si todo ya corre en una sola nube?
Hoy, quizá no. La pregunta es cuánto tiempo sigue siendo cierto. Llega una carga de trabajo con datos que no pueden salir del edificio. Una línea de costo se vuelve visible para el CFO. O al modelo que estandarizaste lo supera uno que tu proveedor no hospeda. Un control plane convierte cada uno de esos casos en una decisión de ruteo en lugar de una reconstrucción.
¿Cómo impacta un control plane en mi P&L?
Cuando crece la adopción de IA, crecen las solicitudes, los tokens y el gasto. Con un control plane, ese gasto no llega en una sola factura: llega en líneas que finanzas puede leer. Cada solicitud se tasa mientras corre y se atribuye a la carga de trabajo y al equipo que la mandó: el crecimiento tiene dueño. Con las decisiones firmadas al momento, una auditoría ya no saca a tus ingenieros del roadmap. La siguiente carga de trabajo reutiliza la misma capa, que ya trae costo medido y registro firmado.
¿Un control plane reemplaza mis modelos?
Al contrario. Asume que los modelos siguen cambiando y hace que el cambio sea barato. Pesos abiertos, APIs comerciales, modelos que tu propio equipo afinó: todos quedan debajo, y la configuración que los rutea se queda en un solo lugar. Los modelos son la parte que se mueve. El switch es la parte que no.
¿Dónde vive el registro, y quién puede leerlo?
Donde corrió la carga de trabajo, dentro de tu perímetro. Es append-only, y cada entrada referencia a la anterior, así que cualquier edición rompe la cadena y la ruptura es visible. Los auditores reciben una vista de solo lectura que pueden exportar, sin pasar por tu equipo de ingeniería para conseguir evidencia.
¿Cuánto tarda ponerlo en producción?
Semanas, no trimestres, cuando el alcance es una carga de trabajo real en lugar de un programa de plataforma. Banco Invex corre Savant en producción: datos del sector y el libro propio del banco en una sola pregunta, 3 semanas a 5 minutos. La primera puerta habitual es un Discovery de cinco días sobre un solo proceso que está atorado.

Trae el piloto que nunca llegó a producción.

Cinco días, tus datos, dentro de tu perímetro, en SAPTIVA Studio. Te vas con un registro firmado de cada decisión que tomó, y sigue corriendo nos contrates o no.

Empieza un Discovery de cinco días → Te responde un ingeniero, no un vendedor, en menos de 48 horas.