Header Ads Widget

Ticker

6/recent/ticker-posts

Integradores de API Corte a jugadores de negocios empresariales


 Hacer aplicaciones móviles no es el controlador de desarrollador que solía ser. Cuando se trata de monetizar el espacio de API, la tendencia es hacia aplicaciones de nube híbrida empresarial y productos independientes de la plataforma.

En lugar de perseguir microsventas en ecosistemas de aplicaciones controlados por los principales actores, las tiendas de desarrollo y los equipos internos están creando aplicaciones específicas de servicios que se centran en las economías tradicionales que luchan por modernizarse.

En otras palabras, buscan bolsillos más profundos .

Las aplicaciones de tecnología financiera, salud y fabricación generalmente dependen de fuentes de datos localizadas, y ahora, estas empresas están tratando de encontrar formas de aprovechar esos datos de una manera segura y efectiva. Han adoptado una presencia pública y están ofreciendo aplicaciones web versátiles y multifunción en lugar de portales cerrados y de la vieja escuela.

Un enfoque es incorporar API externas para manejar los servicios y la administración de recursos de manera que no expongan los sistemas internos. En el pasado reciente, eso significaba encargar a un equipo de desarrollo la integración programática y la agregación de API de terceros.

Llegaron las plataformas de integración , olfateando una oportunidad. Pero lo que comenzó como herramientas mashup y directorios de funciones se ha convertido en plataformas de servicios empresariales gran escala . Básicamente, la gestión de API se ha convertido en empresa. Esa es la tendencia que estudiaremos hoy: veremos a cuatro jugadores que han desarrollado (o no) sus herramientas de integración en plataformas.

Elementos de la nube

Servicio como servicio

Cloud Elements
 es una empresa que utiliza el concepto API mashup (uno a muchos) para proporcionar un conjunto completo de conexiones a los principales servicios empresariales basados ​​en la nube.

Su principal fortaleza es la capacidad de conectar servicios en la nube bien conocidos en flujos de trabajo comerciales que producen API singulares y consistentes. Si necesita unir la API de Salesforce a la API de Kissmetrics, este es el punto óptimo que buscan.

Bajo el capó, están enrutando las solicitudes de API y los eventos de estos servicios a API novedosas que generan su propia documentación y portales.

Puede agregar API personalizadas, pero una mirada a las categorías de servicios que integran cuenta la historia real. Ellos son: almacenamiento en la nube, mesa de ayuda, cliente, mensajería, marketing, finanzas, social, comercio electrónico, capital humano, infraestructura, planificación.

¿Notas un patrón? Todos estos son servicios comerciales , no funciones para el consumidor ni conjuntos de utilidades. No usarías los servicios en la nube para crear una aplicación que lea tus tweets con la voz de Yoda . De hecho, existe una nueva generación de tiendas de desarrollo que han pasado del desarrollo personalizado de servicios internos a ser consultores de flujo de trabajo empresarial .

Es una base de conocimientos similar, pero la necesidad de una ingeniería profunda es mucho menor. Si desea hacer algo específico o personalizado, aún necesitará las habilidades de codificación. Pero, avanzar hacia una solución viable es potencialmente más rápido y más consistente.

Cloud Elements se centra en las conexiones de servicio directas en lugar de la entrada de metadatos de API. La configuración de un "Elemento" o API externa se realiza a través de una pantalla de inicio de sesión en el servicio externo. La plataforma configura los metadatos para claves y rutas.

Es el tipo de proceso con el que un Gerente de Producto se sentiría más cómodo, en lugar de necesitar la intervención de un ingeniero. Enfatizan que todavía hay API por debajo, lo que probablemente atraiga a los tomadores de decisiones que intentan satisfacer tanto a los equipos de productos como a los de ingeniería.

Lea también: Los principios básicos de la gestión de API

Mulesoft

Tan grande como un caballo, pero fuerte como un burro

Mulesoft ha mutado rápidamente de una humilde utilidad de conexión API escrita por Ross Mason a una importante empresa de Silicon Valley. La plataforma pretende ser un ecosistema completo de servicios de aplicaciones basados ​​en API. Ofrece herramientas de diseño de API, análisis, seguridad, portales de experiencia de desarrollo, documentación, gestión de API y más.

Existe un mercado para encontrar formas predefinidas de lograr conexiones y flujos de trabajo comunes Es similar a Cloud Elements, que ofrece conexiones de aplicaciones en la nube. Pero, en lugar de simplemente generar una API para construir una aplicación, la plataforma tiene herramientas muy profundas para construir la aplicación en sí.

Por ejemplo, Mulesoft tiene un conjunto completo de conexiones y plantillas de IoT para crear aplicaciones de IoT orientadas al consumidor que también funcionan a la perfección con los servicios empresariales de backend.

Donde Cloud Elements se ha centrado en los flujos de trabajo empresariales, Mulesoft ha ampliado su alcance para incorporar servicios industriales y de consumo de varios niveles. Pero, para hacer eso, deberá implementar las herramientas de Mule en sus dispositivos y aplicaciones. Esa es una llamada de estrategia de ingeniería que las empresas terminarían enfrentando si siguen el camino de Mulesoft.

Para aquellas empresas que no pueden darse el lujo de actualizar sus sistemas para obtener nuevas funciones brillantes, la integración heredada será el término medio. Mulesoft aborda esto en su marketing, pero es un poco tímido a la hora de explicar los aspectos técnicos de cómo lo hacen exactamente. Imagino que implica un trabajo personalizado de sus equipos.

¿A quién se dirigen? Una empresa con el uso de API actualmente existente con servicios empresariales empresariales como Cisco, SAP y Oracle sería el público objetivo de Mulesoft.

Fábrica de sueños

Para un enfoque más DIY

DreamFactory
 ofrece un enfoque interesante para la integración y las fuentes de datos heredadas. Han creado una plataforma que se ejecuta localmente y produce un conjunto de API a partir de muchas fuentes de datos diferentes.

Las actualizaciones recientes incluyen formas de integrar API de terceros y definir ciertos flujos de trabajo, eventos y activadores. Es mucho más un entorno de desarrollo que los paneles de control ricos en GUI de Mulesoft y Cloud Elements.

Pero lo que está haciendo bajo el capó es poderoso y puede ser de interés para muchas industrias que no pueden (o simplemente no quieren) transportar sus datos o solo quieren exponer conjuntos de datos muy específicos para la interacción.

No todo el mundo puede transferir sus datos a la nube. Las industrias con fuentes de datos heredadas que están restringidas por deudas técnicas o restricciones legales buscan medios limitados de exposición a través de API específicas. DreamFactory es una de las únicas soluciones que permite a las empresas mantener sus datos localizados, pero con API extensibles que se pueden integrar con API de terceros dentro de la misma plataforma.

También funciona con una amplia gama de fuentes de datos y bases de datos. Eso es algo que requeriría un desarrollo personalizado para muchas otras plataformas. Una empresa de atención médica que necesite una API para su base de datos interna para usar con un servicio externo estaría bien servida con esta plataforma.

Para obtener más información, lea: ¿Qué cualidades hacen a un gran propietario de producto API?

Mashape y RapidAPI

¿Cuánto tiempo más hablará Yoda?

Uno de los primeros intentos de capitalizar los mashups de API fue Mashape . Comenzó como una especie de directorio mashup de API. Se transformó en un mercado de API y trató de monetizar la agregación de servicios.

El mercado todavía existe, pero han pivotado para ofrecer herramientas de nivel inferior como plataformas individuales. Se pueden consumir como una oferta unificada de Mashape, pero se ofrecen de forma distintiva como Kong, Galileo y Gelato.

El año pasado, RapidAPI absorbió el mercado de API de Mashape en un esfuerzo por expandir su centro de API. Combinados, ofrecen 7.500 API. Una inmersión en el directorio actual produce ofertas de utilidad mixta. Por ejemplo, no está claro cuánto más se necesitarán las API que ofrezcan traducciones de texto al lenguaje de Yoda.

Lo que es más interesante es la estructura que han construido para el mercado mismo. A medida que más empresas adopten "API primero", la distribución y el marketing de esas API se convertirán en un nuevo campo de batalla. Han marcado una colina al principio de esa batalla.

En lo que respecta a Mashape, está bastante claro que están tratando de crecer más allá de los servicios de intermediación a desarrolladores / equipos de aplicaciones individuales y en más ofertas empresariales , como Kong. Esto sigue la tendencia que ocurre en todo el espacio API .

RapidAPI es ahora un gran servicio de directorio de API. Los desarrolladores de aplicaciones tradicionales basadas en funciones que crean aplicaciones móviles orientadas al consumidor podrían hacer uso de la amplia variedad disponible. Pero, ahora que el mercado está desacoplado de Kong de Mashape, carece de las capacidades de backend para proporcionar una verdadera plataforma de integración.

El Takeaway

El interés inicial en las API novedosas y basadas en funciones ha comenzado a disminuir. La idea de crear una aplicación móvil que genere dinero en una tienda de aplicaciones es mucho menos interesante que crear un servicio o utilidad que se pueda utilizar para iterar muchas aplicaciones.

Puede verlo en la cantidad de empresas que se compran para una herramienta o enfoque en particular que crearon (o adquieren ), a diferencia de un producto real que se fabricó. Hoy, esas aplicaciones son una prioridad lejana en comparación con la tecnología y la base de usuarios con la que terminaron.

Google absorbió el administrador de API Apigee, a pesar de tener enormes recursos de desarrollo de API propios. TIBCO compró el administrador de API Mashery de Intel para integrar su amplia cartera de clientes empresariales que se ocupan de Fintech, envíos internacionales y mucho más. El jugador empresarial Red Hat adquirió la plataforma de puerta de enlace API 3scale para aumentar su propia caja de herramientas de middleware.

Además, a los equipos internos de empresas más grandes se les asignan aplicaciones de nicho y servicios multifunción similares a aplicaciones que se pueden consumir en muchas plataformas diferentes. Más allá de las distinciones móviles o web, las aplicaciones se están construyendo como plataformas de servicios API, independientemente de cualquier plataforma de consumo en particular.

Axway completó su oferta de ciclo de vida de API con la adquisición de Appcelerator (Titanium). Son un ejemplo del movimiento para cortejar las necesidades empresariales internas en lugar de armar a los guerreros de la tienda de aplicaciones. Axway ofrece a los clientes empresariales un ecosistema más cerrado, en contraste con los esfuerzos de integración abierta de otras soluciones.

Las plataformas y los servicios de integración se adaptan a este movimiento y se alejan del desarrollo de aplicaciones y se orientan hacia las necesidades comerciales de la empresa . Veremos más y más empresas cuyo producto es un collage API empresarial personalizado, en lugar de distintas aplicaciones de cara al público.

Publicar un comentario

0 Comentarios