¿Es la plataforma de integración como servicio adecuada para usted?

¿Cuándo debe utilizar iPaaS?

Utilice iPaaS cuando necesite desplegar o conectar software que existe en diferentes plataformas. Cualquier organización de tamaño considerable tiene software que se ejecuta en las instalaciones, así como software de terceros basado en la nube que expone API. Las organizaciones también pueden ejecutar software en una nube privada, como OpenStack, o en una nube pública.

El objetivo de iPaaS es proporcionar una forma fácil, a menudo frontal, de coordinar el intercambio de información entre sistemas, incluidas las migraciones entre entornos. La plataforma proporciona una vista de gestión única y coherente, cuadros de mando de gestión y herramientas de supervisión. En algunos casos, puede añadir una vista de gestión sobre los servidores para ayudar a controlar el gasto.

IPaaS permite a un equipo añadir una nueva capacidad en TI, gestionar una gama dispar de entornos, utilizar sistemas en distintos entornos con costos predecibles y estandarizar la adopción de la nube.

Las empresas que luchan por documentar los numerosos puntos de integración repartidos por los sistemas de software pueden encontrar una respuesta en iPaaS. Por ejemplo, las organizaciones configuran varios servidores web y sistemas back-end para dar soporte al software móvil, al intercambio electrónico de datos, al procesamiento de pagos, a los recursos humanos y al software de terceros en tándem. En algunos casos, esas integraciones requieren túneles especiales o reglas de firewall, lo que aumenta aún más la complejidad operativa y de implementación.

IPaaS puede crear un disparador: Cuando se produce un evento, se notifica a otros sistemas y se actualizan las integraciones según sea necesario. Para el programador, se trata de una configuración del flujo de integración de una sola vez, quizás a través de una interfaz visual. La plataforma iPaaS debe conocer los protocolos, así como si la tecnología es push o pull, si utiliza API o webhooks, y si los mensajes pasan por una cola o un bus de servicios.

TI en las sombras e iPaaS

Otro uso del iPaaS es una forma de frenar las TI en las sombras, que han aumentado con el incremento de los recursos alojados en la nube. Los trabajadores y directivos modernos pueden ahora obtener fácilmente SaaS –e incluso infraestructuras de servidores y pilas de aplicaciones completas– con solo unos pocos clics y una tarjeta de crédito corporativa. Si no hay una forma estándar de añadir software en una organización, los grupos lo resuelven por sí mismos, lo que crea redundancia, costos excesivos y problemas de integración.

Un iPaaS adecuado integra la visión de estas muchas tecnologías a través de herramientas y estándares, y unifica la imagen de los datos. IPaaS proporciona a la empresa una lista de los distintos sistemas, lo que hacen y cómo se integran. Antes de contratar ese nuevo producto de análisis en la nube SaaS, el departamento de marketing se preguntará al menos cómo integrarlo, y podría descubrir que otra unidad de negocio ya ha comprado e integrado una herramienta similar. Esto evita otra herramienta única con datos cautivos de un proveedor, con transferencias manuales y probablemente con doble entrada.

Considere la adopción de iPaaS para ayudar a convencer a los departamentos de que trabajen con TI en lugar de ir por su cuenta con una opción de TI en las sombras. Incluso si lo hacen, iPaaS proporciona herramientas para que esa integración sea casi perfecta y de autoservicio.

Alternativas al iPaaS

Un iPaaS es un conjunto de middleware separado, independiente y de terceros diseñado para conectar sistemas y pasar mensajes de ida y vuelta utilizando protocolos estándar. Los proveedores de IPaaS pueden crear plugins para facilitar las integraciones.

Mientras tanto, los principales proveedores como Microsoft, Google, Amazon, Oracle y SAP ofrecen sus propios productos de integración o plugins de integración que ofrecen servicios y capacidades similares, aunque no se definen estrictamente como iPaaS. Algunos de estos productos son más fragmentarios y proporcionan tecnología para que una empresa integre aplicaciones construidas dentro de la infraestructura de la nube del proveedor. Por ejemplo, para el enrutamiento de eventos y la integración de terceros, Amazon ofrece AppFlow, Amazon EventBridge y Amazon Simple Notification Service. Amazon tiene Amazon MQ y Simple Queue Service para la mensajería; Microsoft Azure tiene Event Grid, Queue Storage y Service Bus, mientras que la herramienta Pub/Sub de Google construye la mensajería y el enrutamiento en la nube.

Estas herramientas de integración se ejecutan dentro de una nube pública para integrar aplicaciones dentro de esa nube pública; no se ocuparán de herramientas locales, multinube o SaaS externas. Una empresa nativa de la nube que opte por una plataforma única y no tenga un centro de datos podría considerar este enfoque, pero una empresa que necesite integración en las instalaciones puede estar mejor servida con iPaaS.

Planificar hacia iPaaS

Las empresas que eligen la ruta de iPaaS o las herramientas de integración en la nube siguen necesitando a alguien, o a un equipo de personas, para gestionar el software. Dado que iPaaS es «como servicio» y se ejecuta en la nube, sus costos de desarrollo se dividen entre docenas, cientos o miles de organizaciones. Esto significa que el proveedor puede centrar el gasto en I+D en crear una detección e integración fáciles, de apuntar y hacer clic, y los arquitectos y administradores pueden centrarse en la gestión de procesos y cambios.

También hay que tener en cuenta los retos en sus planes de iPaaS. Si la adopción de iPaaS crece, la visualización de los flujos de datos puede convertirse en una especie de documentación viva sobre cómo se comunican los servicios en la organización. La falta de apoyo de otros grupos o de la estructura organizativa puede limitar el iPaaS a solo una parte de su valor potencial. Una organización puede explorar iPaaS para las necesidades generales de integración de sistemas, solo para descubrir las dependencias de los sistemas más antiguos que son difíciles de configurar con iPaaS porque no tienen APIs y existen a través de archivos y trabajos por lotes.

Estos obstáculos significan que iPaaS puede no cumplir sus promesas de visibilidad y ahorro, y convertirse en una tecnología más que gestionar técnica y financieramente. Examine lo que su equipo y la organización en general necesitan hacer y si la herramienta iPaaS puede hacerlo. A continuación, planifique y experimente con la herramienta para ver si rinde lo que necesita.

No es fácil adoptar iPaaS. El proceso podría llevar decenas de miles de dólares o unos cuantos miles de horas de trabajo para un gran conglomerado, quizás una fracción para una empresa con una sola unidad de negocio. Sin embargo, es mucho más barato que tomar una decisión equivocada a ciegas, y podría simplificar el funcionamiento de los sistemas informáticos y empresariales de su organización durante años.