Ir al contenido principal

Boomi FAQ: entrevista a Chris Fry sobre la plataforma de integración Boomi

Boomi Q&A

Este artículo es una versión escrita de una entrevista a Chris Fry, donde se analiza la plataforma de integración de Boomi. En escenarios en los que las empresas se enfrentan al reto de integrar sistemas dispares, Boomi iPaaS destaca como una solución sólida al problema. Como parte integral de nuestra Boomi FAQ, acompañaremos a Chris en preguntas y respuestas sobre esta tecnología. Sigue leyendo mientras profundiza en los aspectos fundamentales de sus herramientas de integración, Master Data Hub (MDH) y API Management, revelando los atributos únicos de la plataforma para orquestar la conectividad digital.

Boomi FAQ con Chris Fry: plataforma de integración Boomi


«Aunque Boomi tiene esa flexibilidad para codificar, no creo que se necesite tanto ese apoyo como en otras plataformas».

P: Chris, ¿puedes describir Boomi? ¿Cuáles son sus características y componentes principales?

R: Boomi es una IPaaS (Plataforma de Integración como Servicio). Su principal función es la integración. Además, cuenta con otros elementos como el MDH (Master Data Hub), que es un MDM (Master Data Manager) reducido. También tienes la opción de API Management, que te permite crear y exponer APIs. El API Management de Boomi incluye un portal para programadores.

Otra sección de Boomi sería la parte Flow, que tiene alguna integración incluida, pero se utiliza sobre todo para construir interfaces de usuario. También puede utilizarse para procesos de aprobación de solicitudes, incluso a través del teléfono, donde el usuario puede abrir una aplicación y luego firmar una autorización que puede reflejarse en su interfaz o en la del otro usuario (interconectando diferentes dispositivos, aplicaciones y sistemas). Creo que se pueden construir cosas bastante complicadas con Boomi. 

P: ¿En qué se diferencia Boomi de otras plataformas de integración? ¿Tiene algo que la haga única en cuanto a conectores o características? 

R: Bueno, la parte Flow es bastante exclusiva de Boomi. Es básicamente un enfoque low-code, por lo que difiere significativamente de Mulesoft yTIBCO. Estas tecnologías están más basadas en codificación. Pero el objetivo de Boomi es que puedas obtener un análisis de negocio o que alguien que no sea especialmente experto en código, pero que entienda los datos, pueda crear cosas sin necesidad de pasar por TI. Los departamentos que necesitaban crear algo para resolver un problema, pero el departamento de TI no disponía de los recursos necesarios, pudieron hacerlo ellos mismos con Boomi. 

Otras plataformas como Jitterbit también son plataformas low-code, pero no tan bien desarrolladas como Boomi. Todavía necesitaban más código del necesario. Pero ahora he visto plataformas como Workato y Azure que hacen las cosas de una manera muy similar a Boomi. Aunque creo que Boomi se diferencia del resto por los mappings. La función en sí no es exclusiva de Boomi, pero la forma en que la plataforma lo hace parece rara en el mercado de la integración. Acabas con los datos de origen en una tabla en un lado y los datos de destino en el otro. Con Boomi puedes literalmente arrastrar y soltar los datos y ver físicamente  donde va cada cosa. En general, es una interfaz muy visual. También puedes codificar y hacer cosas más complejas, pero está diseñada para ser una interfaz low-code.

Muchas empresas de iPaaS han aprendido a no decir «sin código» porque no quieren reducirse a un sistema. Si el sistema no puede hacer algo, necesitan el respaldo de saber que pueden escribir algo para evitarlo. Sin embargo, lo ideal sería que el código no se utilizara casi nunca. Para ser justos, en Boomi no tuve que codificar tanto como en Jitterbit, por ejemplo, que también es una interfaz low-code. Y aunque Boomi tiene esa flexibilidad para codificar, no creo que se necesite tanto ese apoyo como en otras plataformas.

-Este artículo puede interesarte: 7 razones por las que debes elegir Boomi

P: ¿Qué son los Boomi Atoms? Es una característica única de Boomi, ¿verdad?

R: Tienes átomos y moléculas también. Un Boomi Atom es una pequeña aplicación in situ que se ubica en el servidor detrás del cortafuegos y se comunica con la plataforma a través de un túnel. Muchas otras interfaces low- code hacen algo parecido. Jitterbit los llama agentes. Azure tiene una funcionalidad parecida. De forma similar, un Atom es un agente basado en JavaScript. Su propósito es procesar datos y cosas por el estilo. Pero se coordina con la plataforma para que tengas capacidades de registro y otras funciones similares. 

Los átomos también pueden agruparse. Puedes tener varios átomos en diferentes servidores, de modo que si uno está ocupado puedes ir al siguiente, como una especie de patrón Round Robin. Las moléculas se componen de nodos, que son átomos en realidad, pero estos nodos trabajan juntos para procesar grandes cantidades de datos increíblemente rápido o datos complicados, donde tiene que ir y obtener múltiples cosas asincrónicamente. Es un poco más flexible para escenarios asíncronos y cuando trata con cantidades masivas de datos. Tanto las moléculas como los átomos están pensados para estar on-premise o en conexiones privadas. También hay átomos cloud-based. Así que si eres una empresa que tiene un montón de sistemas cloud-based, no necesitas un átomo en tu propio hardware porque eso es algo que vas a tener que mantener. En su lugar, puedes utilizar átomos cloud-based proporcionados por Boomi. También hay átomos públicos. Y luego están los servicios gestionados en cloud, en los que se cargan algunos átomos solo para ti.

Con estas ventajas, conectar dos sistemas basados en la web como Google Docs y Salesforce puede ser pan comido. Por ejemplo, tus archivos de Google Docs son demasiado grandes para almacenarlos de forma nativa en Salesforce y te cobran por el almacenamiento de tus archivos. En su lugar, puedes hacer que estos dos softwares cloud-based se comuniquen entre sí a través de la plataforma de integración Boomi, sin que tengas que mantener ningún hardware

¿Tienes más preguntas o dudas sobre Boomi? Ponte en contacto con nosotros para más información sobre las múltiples aplicaciones de esta tecnología.  

P: ¿Qué opinas de las herramientas de solución de problemas y supervisión de Boomi? ¿Es fácil de usar? ¿Cómo resolverías y diagnosticarías problemas en los procesos de Boomi?

R: Boomi tiene funciones de registro que rastrean todo lo que sucede en las transacciones, errores y cosas por el estilo. También tienes ciertos comandos. Esto te permite exponer algunos datos para que se escriban en los registros. Las funciones de registro también hacen un seguimiento de lo que estás mapeando. Por lo tanto, si estás mapeando una cuenta estándar Salesforce a cuentas de Netsuite, por ejemplo, almacenará de forma anónima el mapeo y la utilizará como parte de un algoritmo para sugerir a otros clientes: «Oye, creo que deberías hacer el mapeo de esta forma». Así que Boomi puede resolver de forma inteligente cómo hacer ese proceso. Esto es algo único que no muchas plataformas parecen tener. Sinceramente, desde un punto de vista constructivo (y hablando desde mi experiencia con servicios profesionales y como el ingeniero de ventas que construyó y vendió el producto) es una característica infravalorada. Ahorra mucho tiempo, ya que calcula automáticamente todos los mapeos que quieras antes de entrar manualmente a corregir los incorrectos.

Desde el punto de vista del registro y la gestión de errores, lleva incorporado registros y se puede acceder a ellos a través de la API, por lo que puedes conectarlo a JIRA y crear integraciones que busquen los registros, los extraigan y los envíen a JIRA, Slack y otros sistemas externos. Boomi ha abierto la posibilidad de hacerlo para ofrecerte esa flexibilidad adicional. Esto le permite integrarse con una interfaz con la que te sientas cómodo o que ya tengas configurada, como un sistema de tickets que ya hayas utilizado. De este modo, podrás gestionar mejor los errores. Por ejemplo, puede utilizar un mecanismo try-catch, que es algo así como: «vamos a intentar esto x número de veces. Si falla, haz esto». Y como parte de esa integración, puedes decir: «Quiero que registres un ticket en JIRA para que una persona de soporte pueda entrar e investigar los datos» y también puedes escribir esa información en un registro de Boomi. Así que Boomi tiene, básicamente, un sistema de registro incorporado, pero también tiene la flexibilidad que te permite construir tu propio sistema de registro en la parte superior de la misma utilizando los datos proporcionados. Así que es muy útil desde ese punto de vista.  

P: ¿Existe alguna práctica que deba seguirse cuando se utiliza Boomi para implementar integraciones?  

R: Hay algunas prácticas recomendadas de integración pero, siendo realistas, creo que la forma en que Boomi está configurado es para que puedas construir tus proyectos por partes. Si sabes que una sección se va a reutilizar, en lugar de tener que reconstruirla todo el tiempo, puedes simplemente construir un proceso separado y vincular el proceso como una función, como lo harías en términos de programación. Así que ese tipo de reutilización es increíblemente útil. 

Siendo objetivo, si estás trabajando con cualquier plataforma low-code, es bueno disponer de esa capacidad y tenerla de una forma visual, ser capaz de ver algo y ver cómo está vinculado. Eso también forma parte de la interfaz: puedes mover todas las pequeñas cosas y distribuirlas de forma que tengan sentido para ti. Así que puedes tenerlo casi como un árbol; los datos entran aquí, bajan, hacemos una condición, quiero hacer algo fuera de pantalla y así sucesivamente. Así que, puedes moverte por la interfaz para que todo tenga sentido desde una perspectiva visual. Pero, por ejemplo, con Azure, se hace de una manera muy lineal, así que la capacidad de poder presentarlo de una manera más comprensible es bastante útil.

Con Boomi, basta con separar las funcionalidades. Puedes continuar llamando a otra función y en lugar de tener que ir a buscar la función o abrirla en otro lugar, puedes hacer doble clic en ella y la función se abre en la interfaz de Boomi en la parte superior, como otra pestaña. Así que casi se crea un hilo de ventanas en la pestaña superior para que trabajes hacia atrás. Creo que esta idea se ha obtenido probablemente de productos como Adobe Photoshop, en el que vas y trabajas en determinadas áreas específicas. Creo que la IU de Boomi está muy bien pensada.

P: Cuando se trata de la transformación de datos, ¿crees que Boomi lo gestiona bien? 

R: Sí, definitivamente maneja bien las transformaciones de datos. ¿Recuerdas lo que dije sobre el mapping? Si es eso, por ejemplo, tienes un campo «nombre completo», pero en el otro sistema tienes dos campos, «nombre» y «apellidos».  Puedes utilizar funciones en un campo en particular, solo tienes que hacer clic en la función y en el campo y acabar de ejecutar la función para especificar que: «Oye, quiero concadenar este campo con este otro campo» y se creará una caja en el medio. Así que tendrás los dos paneles a cada lado y tendrás un pequeño recuadro en el medio que describe exactamente cuáles son los datos. 

En otros sistemas que he utilizado antes, solo tienes las líneas cruzadas para el mapping y terminas con un pequeño símbolo FX que te dice que algo está sucediendo, pero no sabes qué es exactamente hasta que haces clic en él. En mi opinión, es un poco anticuado. Creo que tener ese recuadro en medio permite ver la transformación exacta. Y también te permite parar y decir: «En realidad, esta cajita y las funciones preprogramadas no son suficientes para lo que quiero hacer. En realidad tengo que codificar algo». Entonces, puedes utilizar esos recuadros para construir sobre ellos con flexibilidad. Puede que quieras cargar un texto o tal vez poner otra integración que va a hacer mucho del trabajo adicional por ti para que puedas lanzar esta transformación.

Creo que el motor de transformación y el de fórmulas de Boomi son fantásticos. Me refiero a que apenas he tenido que usar código en esas cajas. Por lo general, he sido capaz de enlazar varias funciones diferentes para crear lo que necesitaba hacer a partir del material preprogramado. No tienes que pensar en términos de programación porque es muy visual. Incluso en esas pequeñas funciones, tiene líneas que unen los datos, líneas a la salida, y se puede ver físicamente todo de un vistazo, sin tener que tratar de resolver todo desde el código. 

Boomi FAQ: vídeo

Si quieres ver esta conversación en directo, aquí tienes la grabación completa: 

YouTube player

Boomi FAQ: conclusión

Como ha destacado Chris a lo largo de esta ronda de preguntas y respuestas de Boomi, la plataforma desempeña un papel fundamental a la hora de facilitar un proceso fluido hacia la transformación digital. Sus funciones centradas en cloud permiten a las personas que carecen de conocimientos de programación idear de forma independiente soluciones sofisticadas. No podemos negar la influencia de sus herramientas únicas en las empresas que buscan soluciones de integración hábiles.

Para presenciar cómo Chris Fry explora los entresijos de los componentes y funcionalidades de Boomi, proporcionando una visión práctica de sus aplicaciones, asegúrate de ver el vídeo adjunto en este artículo, al que puedes acceder a través de nuestro canal de YouTube. ¡Suscríbete si quieres más contenido de este tipo!

Chakray se compromete a guiar a las empresas en el mundo de las tecnologías de integración. Nuestros expertos, como Chris, ayudan a las empresas tanto grandes como pequeñas en sus transformaciones digitales. No dudes en contactarnos si tienes cualquier pregunta; nuestra asistencia abarca una amplia gama de necesidades.

¡Habla con nuestros expertos!

Contacta con nuestro equipo y descubre las tecnologías de vanguardia que potenciarán tu negocio.

contáctanos