Azure FAQ: preguntas sobre los Azure Integration Services con Sam Alty

Cuando las empresas tienen dificultades para integrar a la perfección sistemas, aplicaciones y flujos de datos, productos como los servicios de integración de Azure acuden al rescate. En este artículo de preguntas sobre Azure, Samy Alty, uno de nuestros expertos en este servicio, explica cómo la línea de productos de Azure Integration Services puede aportar integraciones sólidas y optimizar procesos para una transformación digital sin problemas, especialmente aquellas enfocadas en la cloud.

Sam comparte su conocimiento sobre componentes clave como Azure API Management, Logic Apps, Service Bus y Event Grid, arrojando luz sobre cómo estos servicios contribuyen al desarrollo, orquestación y escalabilidad de las soluciones.

Azure FAQ con Sam Alty: Azure Integration Services

Azure incluye una buena selección de servicios para ayudar a desacoplar las funcionalidades en las que se está trabajando, lo que es muy útil tanto para nosotros como para nuestros clientes.

P. Sam, ¿podrías explicarme que son los Azure Integration Services?

R: En resumen, Azure Integration Services es el conjunto de herramientas y servicios basados en la cloud de Microsoft para el desarrollo de integraciones entre sistemas y aplicaciones individuales, así como el desarrollo inicial de aplicaciones para conectar empresas, automatizar flujos de datos y optimizar procesos. Además, complementa la gestión continua y la escalabilidad de estas soluciones.

P: ¿Qué conforma los Azure Integration Services?

R: Bueno, creo que las herramientas principales que hemos estado utilizando son Azure API Management, que proporciona una entrada de API que se puede exponer a sistemas externos, nuevos clientes, etc., y las Logic Apps de Azure, que básicamente proporcionan un espacio de trabajo para orquestar flujos de datos y conectar otras herramientas de Azure y componentes externos. Además, utilizamos Azure Event Grid, que es una solución de streaming de eventos y Azure Service Bus, que permite publicar y suscribirse a temas y colas de Service Bus.

P: ¿Hay algún patrón de integración o de aplicación que sigas cuando implementas los Azure Integration Services? 

R: Según mi experiencia personal, mientras trabajaba con Azure me he dedicado generalmente a construir fachadas de API y soluciones basadas en arquitectura event–driven. Azure cuenta con una buena selección de servicios que ayudan a desacoplar las funcionalidades en las que se está trabajando, lo que resulta muy útil tanto para nosotros como para nuestros clientes.

Para nosotros, las funcionalidades desacopladas ayudan al desarrollo continuo y a aislar los fallos. Esto significa que podemos trabajar en servicios específicos sin que ningún cambio comprometido afecte negativamente a la solución en su conjunto. Un fallo en un solo servicio tiene menos probabilidades de afectar a otros. Y para nuestros clientes, este enfoque les proporciona una interfaz frontal que enmascara la complejidad de lo que ocurre por detrás. Así que, dada la gran cantidad de procesamiento de datos que conlleva nuestro trabajo, es crucial evitar el tight coupling y reducir la exposición de los clientes a la solución subyacente que estamos desarrollando.  

P: ¿Cuál es el propósito de Azure Logic Apps? Y ¿cuáles son las diferencias con Azure Functions? 

R: Las Logic Apps son las soluciones basadas en la cloud de Azure para crear flujos de trabajo automatizados. En su mayor parte, te permite llevar a cabo funcionalidades similares a Azure Functions, siendo una de las principales diferencias: poder utilizar Functions para llevar a cabo una pequeña parte de la funcionalidad que no requiere tanta orquestación, mientras que Logic Apps es probablemente más adecuado para mayores cargas de trabajo. 

Yo diría que una de las principales diferencias, desde el punto de vista del desarrollo, es la interfaz de usuario de Logic Apps. Es una solución low–code/no–code a través de la cual se configuran y rellenan acciones para procesar datos. En última instancia, una vez que se ha creado una logic app, en lugar de tener un bloque de código, se tiene un flujo de trabajo que muestra claramente las acciones realizadas para lograr el propósito del diseño. Básicamente, se trata de un formato agnóstico que mejora la legibilidad. 

Obviamente, esto es beneficioso para las colaboraciones si tienes un equipo de desarrolladores que tradicionalmente programan en diferentes lenguajes. Además, Logic Apps siempre viene con una gran cantidad de conectores personalizados incorporados para permitir una fácil integración con otros recursos, tanto internos como externos, lo que agiliza el proceso de desarrollo. 

P: ¿Qué es Azure Functions? ¿En qué se diferencia de Durable Functions?

R: Azure Functions sigue un modelo de pago por uso y event–driven. Cada función que creas es activada por un evento, lo que significa que solo se ejecutará cuando haya un evento entrante que coincida con el activador definido. Cuando no hay eventos que activen funciones, no se incurre en gastos de funcionamiento.

Azure Functions está diseñado para ofrecer una solución rápida y eficiente para ejecutar estas funciones individuales sin estado a escala. Esto nos lleva de nuevo a la comparación entre Azure Functions y Logic Apps. Las funciones duraderas suelen estar pensadas para cargas de trabajo mayores. Por ejemplo, si necesita introducir orquestación para definir secuencias y lógica condicional para procesar una cantidad substancial de datos, Durable Functions es probablemente la mejor opción. En este sentido, Durable Functions está también más cerca del espectro de Logic Apps que de Azure Functions. 

 

¿Tienes más preguntas o dudas sobre Azure Integration Services? Ponte en contacto con nosotros para conocer mejor los distintos casos de uso de estos productos.  

 

P: ¿Qué es Azure API Management y en qué escenarios es más rentable?

R: En realidad, la función API Management hace lo que se encuentra en la etiqueta. Es la solución de Azure para la creación, despliegue, alojamiento y gestión continua de APIs. Actúa como pasarela entre los consumidores y los servicios de fondo, ya sean componentes visuales o artefactos desarrollados externamente. Además, ofrece sólidas funciones de seguridad (autenticación y autorización) y útiles funciones de análisis y supervisión. 

Al igual que otros servicios de Azure, está totalmente gestionado, lo que significa que se escala automáticamente para gestionar volúmenes variables de tránsito. La API Management también puede resultar especialmente útil si dispone de varios servicios de fondo, que posiblemente abarquen varias plataformas. En este caso, es posible que desees presentar todo lo que tienes como una API unificada a las aplicaciones del cliente. Para aquellos que deseen realizar un seguimiento del rendimiento de sus APIs, las funcionalidades de análisis e información que he mencionado anteriormente son muy útiles.

Dentro del trabajo que hemos realizado en Chakray, hemos estado aprendiendo a conectar APIs existentes a una solución de Azure API Management simplemente para hacer uso de sus sencillas funciones de seguridad. 

 

¿Quieres valorar dos opciones antes de tomar una decisión? Hemos hecho el trabajo por ti con esta comparativa tan demandada: Azure vs. AWS.  

P: ¿Qué es Azure Service Bus? ¿Por qué es bueno para gestionar grandes volúmenes de datos?

R: Service Bus es la empresa Message Broker de Azure. Cuenta con una cola de mensajes y temas que permiten la actividad pub-sub entre aplicaciones. Una de las principales ventajas de Service Bus es la fiabilidad que ofrece. Las colas y temas del Service Bus ofrecen la capacidad de procesar mensajes en un orden establecido, si es necesario. Dar las órdenes en el momento oportuno puede ayudar a evitar los problemas que podrían plantear los fallos técnicos que surjan dentro de su solución. Obviamente, esta fiabilidad es un factor importante a la hora de diseñar una solución para gestionar grandes volúmenes de mensajes.

P: ¿Cómo ayuda Azure Event Grid a crear arquitecturas event–driven?

R: Event Grid es la solución de enrutamiento de mensajes de Azure. Proporciona un medio sencillo a través del cual publicar e ingerir eventos de un tema Event Grid, ya sea a través de otros servicios de Azure como Logic Apps, Azure Functions, servicios externos o aplicaciones de clientes. La mayor ventaja de esto es que facilita el desacoplamiento de componentes, algo esencial para cualquier aplicación event–driven.

Para algunos de los trabajos que hemos llevado a cabo en Chakray, esto ha sido crucial, ya que a menudo tenemos múltiples servicios que necesitan reaccionar a un solo evento que se envía. 

Azure FAQ: vídeo

Azure FAQ: conclusión

Esperamos que esta ronda de preguntas sobre Azure con Sam Alty haya sido interesante para los entusiastas y usuarios potenciales de estos servicios de integración. Si deseas ver cómo Sam explica los componentes y funcionalidades de los servicios Azure junto con algunos de sus casos de uso prácticos, echa un vistazo al vídeo adjunto a este artículo, también publicado en nuestro canal de YouTube.

El objetivo de Chakray es guiar a las empresas a través del mundo de las tecnologías de integración. Por eso, la información que nos transmiten nuestros propios expertos como Sam, ayuda a las empresas a encontrarnos y obtener nuestro apoyo a lo largo de su transformación digital. No dudes en hacer lo mismo si tienes más preguntas; sean cuales sean tus necesidades, ¡te ayudamos!