Openchip & Software Technologies y SUSE han firmado un memorando de entendimiento para desarrollar una plataforma informática europea que conecte procesadores basados en RISC-V con software empresarial de código abierto. El objetivo es preparar una infraestructura completa para inteligencia artificial, supercomputación, cloud y sectores que necesitan mantener un control estricto sobre sus datos y sistemas.
La colaboración reúne dos piezas que Europa suele desarrollar por separado. Openchip trabaja en aceleradores de computación diseñados en Barcelona, mientras SUSE aporta el sistema operativo, Kubernetes, la gestión de clústeres y las herramientas necesarias para desplegar aplicaciones empresariales. El acuerdo pretende que el futuro hardware no llegue al mercado como un componente aislado, sino acompañado de una plataforma validada y preparada para integrarse en centros de datos existentes.
Las claves del acuerdo entre Openchip y SUSE
- Las compañías han firmado un memorando de entendimiento, no un contrato definitivo de producto.
- SUSE adaptará y validará parte de su software para los futuros procesadores y aceleradores de Openchip.
- La plataforma incluirá SUSE Linux Enterprise Server, RKE2, Rancher Prime y SUSE AI Factory.
- Openchip utilizará arquitecturas RISC-V orientadas a IA y computación de alto rendimiento.
- El trabajo contempla el perfil RVA23 y sus instrucciones vectoriales.
- También se prepararán capacidades de virtualización para entornos cloud.
- Rancher incorporará componentes para descubrir, supervisar y gestionar los aceleradores.
- El proyecto apunta a centros de datos, administraciones, defensa, telecomunicaciones, sanidad y servicios financieros.
- Las empresas presentan la plataforma como una alternativa europea soberana.
- Todavía no se han comunicado fechas comerciales, precios, pruebas de rendimiento ni clientes piloto.
El anuncio debe entenderse como el comienzo de un trabajo técnico. Openchip todavía tiene que completar y llevar a producción sus dispositivos, mientras SUSE deberá certificar que el sistema operativo, los controladores, Kubernetes y las aplicaciones funcionan de forma estable sobre el nuevo hardware.
La expresión “plataforma soberana” tampoco significa que todos esos componentes estén ya disponibles ni que la infraestructura vaya a estar fabricada íntegramente dentro de la Unión Europea. Esa será una de las cuestiones que el proyecto tendrá que aclarar cuando avance hacia productos comerciales.
Del procesador al clúster: por qué el software resulta tan importante
Diseñar un procesador es solo una parte del trabajo necesario para competir en centros de datos. Las empresas no compran una arquitectura de instrucciones y empiezan a ejecutar aplicaciones inmediatamente. Necesitan firmware, controladores, compiladores, bibliotecas, sistemas operativos, virtualización, herramientas de observabilidad y soporte durante años.
Ese problema es especialmente visible en RISC-V. La arquitectura ha avanzado con rapidez en dispositivos integrados, microcontroladores y proyectos de investigación, pero todavía tiene una presencia limitada en servidores empresariales frente a x86 y Arm.
Un procesador puede ofrecer buenas cifras teóricas y resultar poco útil si faltan paquetes compatibles, herramientas de diagnóstico o una forma sencilla de administrarlo dentro de un clúster. Openchip y SUSE quieren trabajar desde antes del lanzamiento para evitar que el hardware aparezca sin un entorno empresarial suficientemente maduro.
| Capa | Aportación prevista |
|---|---|
| Arquitectura de procesador | RISC-V y aceleradores diseñados por Openchip |
| Sistema operativo | SUSE Linux Enterprise Server |
| Kubernetes | SUSE Kubernetes Engine, basado en RKE2 |
| Gestión de clústeres | SUSE Rancher Prime |
| Plataforma de IA | SUSE AI Factory y software de Openchip |
| Controladores y bibliotecas | Integración con los dispositivos de Openchip |
| Observabilidad | Supervisión de nodos, cargas y aceleradores |
| Virtualización | Soporte para cloud y consolidación de cargas |
| Seguridad | Actualizaciones, políticas y cadena de suministro auditable |
| Soporte | Certificación y mantenimiento empresarial |
La colaboración prevé desarrollar complementos y operadores de Kubernetes capaces de reconocer los aceleradores, asignarlos a los contenedores y recopilar métricas sobre su funcionamiento. Ese trabajo será necesario para que una empresa pueda compartir el hardware entre diferentes equipos sin administrar cada servidor manualmente.
El modelo se parece al que ya utilizan Nvidia, AMD e Intel. Sus chips no se venden solos: llegan acompañados de controladores, bibliotecas, entornos de ejecución y herramientas que permiten incorporarlos a Kubernetes, máquinas virtuales y plataformas de inteligencia artificial.
Openchip intenta construir una alternativa europea apoyándose en un proveedor que ya tiene presencia en servidores y entornos cloud. SUSE, por su parte, obtiene la posibilidad de adaptar su catálogo a una nueva arquitectura antes de que los primeros sistemas comerciales estén disponibles.
Uno de los puntos técnicos será el soporte de RVA23, un perfil de RISC-V pensado para unificar las capacidades mínimas de los procesadores de aplicaciones de 64 bits. RISC-V permite elegir numerosas extensiones, algo que facilita crear chips especializados, pero puede fragmentar el software cuando dos procesadores implementan conjuntos diferentes.
RVA23 define una base más previsible sobre la que los desarrolladores pueden compilar aplicaciones. Entre sus novedades se encuentra la obligatoriedad de la extensión vectorial V, que anteriormente era opcional. Estas instrucciones permiten procesar varios datos con una sola operación y son relevantes para álgebra lineal, simulación científica, inteligencia artificial y tratamiento de señales.
El perfil de supervisor RVA23 también contempla extensiones de hipervisor. Esa parte será necesaria para ejecutar máquinas virtuales y repartir un servidor entre diferentes cargas, una función habitual en cualquier plataforma cloud.
La compatibilidad con el estándar no garantiza por sí sola un rendimiento competitivo. La velocidad dependerá del diseño de los núcleos, la memoria, las interconexiones, los aceleradores y la calidad del compilador. El acuerdo con SUSE busca precisamente que el software pueda utilizar esas características y que la evaluación no se limite a una prueba aislada del silicio.
La soberanía europea no termina en elegir RISC-V
La decisión de utilizar RISC-V tiene una ventaja estratégica: su conjunto de instrucciones es abierto y puede implementarse sin depender de una licencia de arquitectura de x86 o Arm. Esto permite que Openchip diseñe procesadores adaptados a sus necesidades y participe directamente en la evolución del hardware.
Pero RISC-V no es una tecnología exclusivamente europea. Es un estándar internacional utilizado por empresas y centros de investigación de numerosos países. Lo que puede aportar soberanía es el control sobre el diseño concreto, la propiedad intelectual, el firmware, el software y el calendario de producto.
También importa dónde se fabricarán los chips. Openchip opera con un modelo fabless: diseña los circuitos, pero necesita contratar una fundición externa para producirlos. La compañía ha contemplado proveedores de Taiwán, Europa y Japón, por lo que un procesador concebido en Barcelona no será automáticamente un chip fabricado en la Unión Europea.
La cadena incluye además herramientas de diseño electrónico, memorias, encapsulado, equipos de red y tecnologías de fabricación que pueden proceder de empresas no europeas. Una plataforma será más controlable que una solución completamente cerrada, pero no estará aislada de las cadenas internacionales de semiconductores.
| Dimensión de la soberanía | Pregunta que deberá responder el proyecto |
|---|---|
| Diseño | ¿Quién controla la arquitectura y la propiedad intelectual del chip? |
| Fabricación | ¿En qué país y fundición se producirán los procesadores? |
| Software | ¿Puede auditarse, modificarse y mantenerse desde Europa? |
| Firmware | ¿Existe acceso al código y a las actualizaciones de bajo nivel? |
| Datos | ¿Dónde se almacenan y procesan las cargas? |
| Operación | ¿Qué empresa controla la plataforma y sus credenciales? |
| Cadena de suministro | ¿Qué componentes dependen de terceros países? |
| Soporte | ¿Puede mantenerse el sistema aunque cambie un proveedor? |
| Seguridad | ¿Cómo se notifican y corrigen las vulnerabilidades? |
| Continuidad | ¿Existen alternativas para las piezas más sensibles? |
El código abierto ayuda a revisar y mantener una plataforma, pero tampoco garantiza automáticamente que sea segura. La seguridad depende de la revisión del código, la gestión de vulnerabilidades, la firma de actualizaciones, el control de dependencias y la capacidad para responder ante incidentes.
Lo mismo ocurre con el cumplimiento normativo. Openchip y SUSE consideran que la plataforma puede ayudar a organizaciones sujetas a NIS2, DORA y el Reglamento de Ciberresiliencia. Una infraestructura auditable, mantenida y con control sobre los datos puede facilitar parte de ese trabajo, pero ninguna combinación de hardware y Linux proporciona cumplimiento automático.
NIS2 exige gestionar riesgos y proteger redes y sistemas en sectores esenciales. DORA se concentra en la resiliencia tecnológica del sector financiero. El Reglamento de Ciberresiliencia establece obligaciones para productos con elementos digitales. Las empresas deberán seguir realizando análisis de riesgos, pruebas, gestión de proveedores, notificación de incidentes y documentación.
El acuerdo llega además cuando la Comisión Europea intenta conectar la inversión en semiconductores con la demanda real de centros de datos y organismos públicos. El paquete presentado el 03/06/2026 incluye una revisión de la Ley Europea de Chips y la propuesta de Reglamento de Desarrollo de Cloud e IA, conocida como CADA. Entre sus objetivos figuran ampliar la capacidad europea de centros de datos y dar mayor peso al origen y control de la tecnología en determinados contratos sensibles. Las medidas todavía deben negociarse con el Parlamento Europeo y los Estados miembros antes de convertirse en legislación definitiva.
Openchip está situada en una posición favorable para beneficiarse de esa política industrial. La empresa participa en el proyecto europeo DARE, que busca desarrollar procesadores, aceleradores y software RISC-V para futuros superordenadores europeos, y cuenta con apoyo del programa IPCEI de microelectrónica.
El apoyo público, sin embargo, eleva también el nivel de exigencia. El proyecto tendrá que demostrar que puede fabricar dispositivos competitivos, mantener un calendario razonable y generar una plataforma que las empresas estén dispuestas a comprar sin depender únicamente de requisitos de contratación pública.
La colaboración con SUSE reduce uno de los riesgos habituales de los nuevos procesadores: llegar al mercado antes que su software. Quedan otros retos importantes, desde la disponibilidad del silicio hasta los compiladores, el rendimiento por vatio, el precio y la capacidad de fabricación.
La relevancia del acuerdo no reside todavía en haber creado una alternativa completa a Intel, AMD, Arm o Nvidia. Esa alternativa aún no existe como producto desplegable. El avance está en reconocer que Europa no construirá autonomía tecnológica mediante chips aislados. Necesita unir procesador, sistema operativo, orquestación, herramientas de IA y soporte dentro de una plataforma que pueda funcionar en producción.
Preguntas frecuentes
¿Qué han firmado Openchip y SUSE?
Un memorando de entendimiento para colaborar en la adaptación y certificación del software de SUSE sobre los futuros procesadores y aceleradores RISC-V de Openchip.
¿La plataforma ya está disponible?
No. Las compañías no han comunicado una fecha de disponibilidad, modelos de servidor, precios ni resultados de pruebas independientes.
¿Qué aporta RISC-V a la soberanía tecnológica?
Permite diseñar procesadores sobre una arquitectura abierta sin depender de licencias propietarias de otros conjuntos de instrucciones. La soberanía completa exige controlar también fabricación, firmware, software y operación.
¿Puede esta plataforma sustituir a Nvidia o Intel?
Todavía no hay datos para afirmarlo. El objetivo inicial es ofrecer una opción europea para determinadas cargas de IA, HPC, cloud y sectores críticos.
