Google paga a los editores por las respuestas de IA
Benedikt Langer
4 min de lectura Google paga en el «AI contribution pilot» a unos 100 editores digitales según la ...
Leer artículo
Más del ecosistema MBF Media
3 min de lectura
Cada CIO conoce este escenario: un nuevo modelo de negocio requiere un ajuste técnico, y el departamento de TI responde que llevará 18 meses. En un mundo donde las condiciones del mercado cambian en cuestión de semanas, eso es una sentencia de muerte.
Das Wichtigste in Kürze
- La empresa componible sustituye la TI monolítica por bloques modulares que pueden combinarse y sustituirse con flexibilidad.
- Gartner prevé que las empresas con arquitectura componible desplieguen nuevas funciones un 80 % más rápido que sus competidores.
- Las capacidades empresariales empaquetadas (PBC) y el diseño orientado a API son los pilares técnicos del enfoque.
- El punto de entrada es el patrón Strangler Fig: en lugar de sustituir monolitos, se complementan progresivamente con componentes modulares.
- Para los CIO, lo componible no significa mayor complejidad, sino menos dependencia de proveedores individuales y una implementación más rápida.
La empresa componible es la respuesta arquitectónica a este problema. En lugar de sistemas monolíticos que deben modificarse por completo con cada cambio, se basa en bloques modulares que pueden combinarse, intercambiarse y escalarse como piezas de Lego. La idea no es nueva, pero sí lo son las herramientas.
El fin del monolito
Los sistemas ERP monolíticos, que hace 15 años representaban lo último en tecnología, se han convertido en un riesgo estratégico. Son difíciles de mantener, costosos de actualizar y incapaces de seguir el ritmo del negocio.
El problema no es la tecnología en sí: SAP, Oracle y Microsoft desarrollan buenos software. El problema es la arquitectura: un sistema que lo hace todo no puede cambiar nada rápidamente. Cada modificación puede afectar al sistema completo; cada actualización requiere pruebas de regresión extensas.
La empresa componible resuelve este problema mediante la desacoplación. Las funciones empresariales se dividen en bloques independientes, conocidos como capacidades empresariales empaquetadas (PBC), que se comunican mediante APIs, pero que pueden desarrollarse e implementarse por separado.
Capacidades empresariales empaquetadas en la práctica
Los PBC van más allá de los microservicios con una nueva etiqueta de marketing. Encapsulan una capacidad empresarial completa –por ejemplo, procesamiento de pagos, gestión de inventario o comunicación con clientes– incluyendo datos, lógica y interfaces API.
La diferencia con el enfoque tradicional basado en APIs: los PBC están listos para usar y son intercambiables. Si hay que cambiar de proveedor de pagos, basta con sustituir el PBC, sin que se vean afectados el sistema de pedidos, la contabilidad o los informes.
En la práctica, esto se observa en empresas como IKEA, que ha migrado su comercio electrónico a un modelo componible. Las nuevas tiendas por país pueden lanzarse en semanas en lugar de meses, porque los bloques ya existen y solo deben reconfigurarse.
El punto de entrada: patrón Strangler Fig en lugar de Big Bang
El mayor error en las iniciativas componibles es intentar reemplarlo todo de golpe. La estrategia más acertada se llama patrón Strangler Fig –llamado así por las higueras estranguladoras tropicales, que envuelven lentamente al árbol huésped.
La aproximación consiste en identificar la función empresarial con mayor necesidad de cambios. Extraerla como un PBC independiente. Conectarla al monolito existente mediante APIs. Y repetir el proceso.
Tras 12 a 18 meses, las funciones más críticas serán modulares, mientras que el núcleo del sistema antiguo seguirá funcionando estable. La ventaja frente al enfoque Big Bang: el riesgo se distribuye en muchos pasos pequeños en lugar de depender de un único momento decisivo.
Lo que los CIO deben decidir ahora
La empresa componible no es una decisión tecnológica, sino una decisión organizativa. Requiere equipos capaces de trabajar de forma autónoma, que traten las APIs como productos y asuman la responsabilidad sobre todo el ciclo de vida de un PBC.
Tres preguntas estratégicas para la próxima reunión directiva: Primera, ¿qué funciones empresariales nos están frenando actualmente más? Segunda, ¿qué dependencias de proveedores individuales son estratégicamente arriesgadas? Tercera, ¿contamos con una estructura de equipos que apoye un modelo de trabajo modular?
La respuesta honesta a la tercera pregunta determinará el éxito o el fracaso. Una empresa componible sin desacoplamiento organizativo es como un coche deportivo con el freno de mano puesto.
Preguntas frecuentes
¿Es Enterprise Componible solo una nueva palabra para microservicios?
No. Los microservicios son una implementación técnica, mientras que Enterprise Componible es una estrategia empresarial. Los PBC pueden basarse internamente en microservicios, pero encapsulan una capacidad empresarial completa, no solo un servicio técnico. El enfoque está en la agilidad del negocio, no en la arquitectura técnica.
¿Cuánto cuesta la migración?
Los costes iniciales suelen situarse entre un 10 y un 20 por ciento por encima de una actualización comparable de un sistema monolítico. El punto de equilibrio se alcanza entre los 18 y 24 meses gracias a ciclos de funciones más rápidos, menores costes de mantenimiento y una reducción de los costes por dependencia de proveedores. A largo plazo, Enterprise Componible supone un ahorro significativo.
¿Qué empresas se benefician más?
Empresas con una alta presión de cambio: comercio electrónico, servicios financieros, medios de comunicación y cualquier empresa que opere en múltiples mercados. Cuanto más frecuentes sean los cambios en los requisitos del negocio, mayor será la ventaja de una arquitectura modular.
¿Necesito un equipo de Platform Engineering para ello?
Sí, a partir de un cierto tamaño. Platform Engineering proporciona la infraestructura común sobre la que los equipos PBC pueden trabajar de forma autónoma. Para empezar, basta con un pequeño equipo de tres a cinco personas, encargado del API Gateway, el monitoreo y las canalizaciones de despliegue.
¿Puedo combinar SAP con Enterprise Componible?
Sí. SAP apoya explícitamente una estrategia componible mediante su Business Technology Platform y el enfoque Clean Core. Las extensiones se construyen como módulos independientes sobre la BTP, en lugar de modificar el núcleo de SAP. Este es el camino recomendado para los clientes de SAP.
Imagen de portada: Unsplash / Shubham Dhage
Artículos relacionados
- De SEO a GEO: por qué la visibilidad se convierte en una cuestión de arquitectura
- Data Mesh en la práctica: arquitectura de datos descentralizada para pymes
- Ciberseguridad como ventaja competitiva: cómo Actemium y Axians protegen completamente los sistemas OT de empresas industriales
80 por ciento
Gartner pronostica que las empresas con arquitectura componible lanzan nuevas funciones más rápido
Fuente: Artículobestand
Imagen de portada: Redacción
Más información
- El piloto de IA está en marcha, pero no el servicio regular
- Deuda técnica: Por qué la dirección debe actuar ahora
- Transformación digital sin explosión repentina: una evolución por etapas
Traducido del original en alemán con inteligencia artificial. La versión alemana es la de referencia.