Hoy, Boomi anunció dos adquisiciones. La primera es APIIDA, la startup de gestión de API federada. El otro es la gestión de API Mashery de TIBCO. Esto no debería sorprender a quienes siguen a Boomi. El año pasado, su CEO dejó claro que quiere que la empresa se convierta en líder en gestión de API. Dado su largo abandono y falta de inversión en su producto de gestión de API, period necesaria una adquisición para que Boomi se pusiera al día.
Boomi y APIIDA: una combinación perfecta
La adquisición de APIIDA por parte de Boomi no es nada sorprendente. Existe una necesidad creciente de que las organizaciones gobiernen las API a través de múltiples puertas de enlace. En la encuesta para desarrolladores de Forrester de 2023, Forrester preguntó sobre los desafíos relacionados con el desarrollo, la gestión y el consumo de API. El desafío al que se enfrentaron la mayoría de los encuestados fue lidiar con puertas de enlace API de más de un proveedor. Las funciones para descubrir, rastrear y administrar API a través de múltiples puertas de enlace generaron la mayor cantidad de respuestas como una característica que los encuestados considerarían más valiosa para desarrollar más API consumibles. (Los titulares de puestos de Forrester pueden leer el informe completo aquí). APIIDA proporciona muchas de las herramientas que uno espera de la gestión de API, excepto una puerta de enlace. En cambio, se integra con otras siete puertas de enlace. Presumiblemente, su arquitectura permitirá agregar más rápidamente e ir más allá de otras fuentes API (Git) y patrones API (eventos asíncronos).
Sin embargo, los titulares de este espacio en su mayoría no ofrecen nada para abordar esta necesidad. Axway se integra con numerosos gateways, una rara excepción. Software program AG ofrece un SDK para integrar su plano de management con otras puertas de enlace y Sensedia tiene una integración nativa limitada con la puerta de enlace de AWS. El soporte de Gravitee para la puerta de enlace de AWS aún se encuentra en versión preliminar. Más allá de eso, no conozco ninguna gestión de API de nivel empresarial que aborde directamente esta necesidad. APIIDA, sin embargo, está incompleta. APIIDA necesita una puerta de enlace; los titulares necesitan federación. Eso lo convirtió en un objetivo principal para la adquisición. Al adquirir APIIDA, la puerta de enlace de Boomi llena el vacío de APIIDA y Boomi logra una ventaja competitiva que pocos competidores llenan. Dada la gestión de API deficiente en funciones que tiene actualmente Boomi, una característica muy singular que el mercado desea desesperadamente es justo lo que Boomi necesita.
La innovación de TIBCO se ha estancado
Tampoco sorprende que TIBCO vendiera Mashery. Desde que fue adquirida por capital privado, la innovación de TIBCO se ha desacelerado. Eliminó sus servicios profesionales y envió cerca de 400 empleados de esa división a HCLTech. EBX de Orchestra Networks iba a ser el nuevo catálogo de datos de TIBCO después de que TIBCO abandonara su anterior producto de gestión de datos maestros (MDM), pero TIBCO destripó al private de Orchestra Networks. Ya no es viable como MDM empresarial. El ESB anticuado de TIBCO se ha visto eclipsado a medida que los clientes empresariales recurren a Confluent, Snowflake, Databricks y opciones de código abierto para la integración de datos. Los competidores de iPaaS me dicen que ven cada vez más ofertas de reemplazo de TIBCO. Y en cuanto a Mashery, una revisión de sus notas de la versión no muestra mucho: aunque agregaron administración de certificados (una buena adición), muchas de las nuevas mejoras son decepcionantes, como un gráfico Helm y informes de utilización de puntos finales. Bostezo.
Boomi debe evitar los errores de TIBCO
Si bien esperaba que Boomi adquiriera APIIDA, no esperaba que también adquiriera Mashery. Dado que la puerta de enlace de Boomi se basa en una versión antigua de la puerta de enlace Gravitee de código abierto, esperaba que adquiriera la empresa Gravitee y actualizara su puerta de enlace existente o se detuviera en APIIDA e invirtiera en sus ingenieros para llenar los vacíos restantes del producto. La adquisición de Mashery indica que Boomi desea avanzar más rápido de lo que permitiría el desarrollo interno de productos. Pero también plantea dudas sobre su producto precise. No espero que Boomi abandone su precise gestión de API. Su estrecha integración con Boomi iPaaS y Grasp Knowledge Hub tiene un atractivo único para los usuarios de esos otros productos. No obstante, el hecho es que Boomi ahora tiene dos puertas de enlace API, tres portales para desarrolladores de API y otras redundancias. Espere que Boomi desapruebe algunas funciones.
El error de TIBCO fue reunir un montón de productos no relacionados y no invertir en una experiencia de usuario coherente. Lo he llamado “TIBCO Frankenstein” para mis clientes. TIBCO necesitaba crear una experiencia de usuario unificada en todos sus productos de integración. Pero con la venta de Mashery, parece que el barco zarpó.
Esta no es la primera adquisición de Boomi. Adquirió al proveedor de código bajo ManyWho hace siete años. Hizo un trabajo decente al unificar ese producto con el resto de Boomi. Esperemos que Boomi repita eso y no deje que el TIBCO Frankenstein resucite de la tumba como el Boomi Frankenstein.
