Qué es Palantir: Foundry, AIP y Ontología explicados

Respuesta rápida:

Palantir no es un data warehouse ni un lakehouse. Es una plataforma operativa formada por tres piezas que Palantir documenta como una sola arquitectura: Foundry, la plataforma de operaciones de datos; AIP, la capa de IA generativa conectada a esas operaciones; y Apollo, que despliega y actualiza todo lo anterior, ya sea en la nube, en la nube del cliente o en un entorno aislado.

Lo que las une, y lo que de verdad diferencia a Palantir, es la Ontología: un modelo del negocio hecho de objetos —un pedido, una turbina, una póliza—, de los enlaces entre ellos, de las acciones que se pueden ejecutar y de los permisos que las gobiernan.

La consecuencia práctica es que la decisión de comprar Palantir no es una decisión de almacenamiento, sino de operación: se compra para que las personas y los agentes trabajen sobre un modelo común del negocio, no para guardar datos más baratos.

El almacén de datos responde preguntas. La Ontología permite además hacer algo con la respuesta.

Una multinacional europea con plantas en tres continentes suele tener el mismo problema descrito de cinco formas distintas. El ERP sabe qué pedidos hay abiertos, el sistema de mantenimiento sabe qué máquina está parada, el CRM sabe qué cliente espera ese envío y una hoja de cálculo sabe qué decidió el planificador la última vez. Cada sistema tiene su propia idea de qué es un «pedido».

Cuando esa empresa evalúa Palantir, la pregunta que llega a la mesa casi nunca está bien formulada: «¿sustituye a nuestro data warehouse?». La respuesta corta es que normalmente no. La respuesta útil exige entender qué hace cada pieza.

Palantir no compite por dónde se guardan los datos, sino por dónde se toman las decisiones.

Las tres piezas: Foundry, AIP y Apollo

La documentación de arquitectura de Palantir describe las tres plataformas y cómo encajan:

• Foundry es la plataforma de operaciones de datos: integración, transformación, construcción de la Ontología, analítica y flujos de trabajo.
• AIP es la plataforma de IA generativa: conexión con modelos de lenguaje, herramientas para construir agentes y automatizaciones, aplicaciones para usuarios finales y un marco de evaluación para gobernar esos flujos en producción.
• Apollo es la entrega continua: gestiona la infraestructura que aloja a las otras dos y orquesta actualizaciones sin interrupción en entornos muy distintos, incluidos los que no tienen conexión a internet.

Esa tercera pieza explica algo que sorprende a muchos equipos: Palantir puede funcionar en escenarios donde la mayoría del software empresarial moderno no llega, como una red aislada o un despliegue en el centro de datos del cliente.

Cómo entran los datos

Antes de modelar nada hay que conectar los sistemas que ya funcionan. Palantir describe un marco de conexión de datos que incluye acceso sin copia a lagos y plataformas existentes, además de pipelines por lotes y en streaming, según su visión general de la plataforma.

Esto importa para una decisión concreta: no hace falta migrar todo el dato a Palantir para empezar. En muchas implantaciones, buena parte de la información sigue viviendo en el lakehouse o en el almacén corporativo, y Foundry trabaja sobre ella.

La Ontología: la pieza que lo cambia todo

La Ontología es la capa donde el dato deja de ser una tabla y pasa a ser una cosa del negocio. Tiene cuatro elementos:

• Objetos: un pedido, un cliente, una turbina, un expediente.
• Enlaces: qué pedido sirve a qué planta, qué expediente pertenece a qué cliente.
• Acciones: lo que se puede hacer sobre un objeto —reasignar, aprobar, abrir un aviso— con los permisos que determinan qué persona o qué agente puede ejecutarla, y bajo qué condiciones.
• Permisos y gobierno: no son un añadido posterior, sino parte del modelo.

La diferencia con una capa semántica de BI es esa tercera pieza. Un modelo semántico permite consultar. La Ontología permite además escribir de vuelta al sistema que corresponda, con trazabilidad de quién hizo qué.

Qué se construye encima

Sobre la Ontología, la plataforma ofrece las piezas con las que se arma el día a día: Workshop para construir aplicaciones operativas sin un frontend propio, herramientas de analítica, y la capa de IA con AIP Logic para funciones con modelos, AIP Evals para probarlas y el SDK de la Ontología para desarrollar aplicaciones propias contra ese mismo modelo.

Seguridad y gobierno: lo que viaja con el dato

Aquí está, para una empresa regulada, el argumento más sólido de la plataforma. La documentación de seguridad distingue dos tipos de control:

• Controles obligatorios —markings, control de acceso por clasificación y organizaciones— que viajan con cada unidad de dato a medida que se deriva, apoyados en las capacidades de procedencia y linaje.
• Controles discrecionales, como los roles sobre recursos o el filtrado por filas y columnas, que determinan qué ve cada usuario pero no acompañan a lo que se exporta.

Entender esa distinción evita el error más caro que vemos en implantaciones reguladas: confiar en un filtro de lectura para proteger un dato que después alguien exporta.

Qué no es Palantir

• No es un almacén barato. Si el problema es el coste de computación, la respuesta está en otro sitio; lo tratamos en FinOps en Databricks y Snowflake.
• No sustituye necesariamente a tu plataforma de datos. Lo habitual es que convivan. Comparamos los tres enfoques en Palantir, Databricks o Snowflake.
• No es un proyecto de TI cerrado. Sin un dueño de negocio que decida cómo se modela cada objeto, la Ontología acaba siendo una copia del esquema del ERP, que es justo lo que no aporta valor.

Cuándo tiene sentido

Por nuestra experiencia desplegando Foundry, la plataforma encaja cuando se dan a la vez tres condiciones: el proceso cruza varios sistemas y varias filiales, alguien tiene que decidir y actuar, no solo mirar un panel, y el entorno exige trazabilidad y control de acceso serios. Si falta la tercera, casi siempre hay alternativas más baratas. Si faltan las dos primeras, Palantir será un almacén caro.

Cómo puede ayudar Galde con Palantir

Desde nuestra consultoría e implementación de Palantir, diseñamos la arquitectura, conectamos los sistemas de origen y modelamos la Ontología alrededor de cómo mira el negocio, no de cómo está montado el ERP.

Desde gobernanza de datos, definimos quién es dueño de cada objeto, qué acciones existen y qué controles obligatorios se aplican, para que el gobierno sea parte del modelo y no un documento aparte.

Y desde data platforms, hacemos que Foundry conviva con la plataforma de datos que ya tenéis, en lugar de duplicarla.

Conclusión

Palantir se entiende mal cuando se compara con un almacén de datos y se entiende bien cuando se compara con la forma en que hoy opera la empresa: cinco sistemas, cinco definiciones y un planificador saltando entre pantallas. Foundry integra, la Ontología modela, AIP pone la IA encima y Apollo lo despliega donde haga falta. La decisión relevante no es técnica, sino de operación: si nadie va a actuar sobre el modelo, no hace falta esta plataforma.

Palantir®, Foundry® y AIP® son marcas de Palantir Technologies Inc. Galde no es partner oficial de Palantir ni está afiliada a la compañía; implantamos la plataforma para nuestros clientes.