¿Por qué migrar de BizTalk Server a los Servicios de integración Azure?

Esta guía proporciona información general sobre los motivos y las ventajas, comparaciones entre productos, las características y otra información que le ayudará a iniciar la migración de su instancia local de BizTalk Server a los Servicios de integración Azure en la nube. Después de esta guía, encontrará más guías que explican cómo elegir los servicios que mejor se adaptan a su escenario, junto con estrategias de migración, aspectos que deben tenerse en cuenta durante el planeamiento y procedimientos recomendados para ofrecer buenos resultados.

Razones y ventajas

Al migrar las cargas de trabajo de integración a los Servicios de integración Azure, obtiene las siguientes ventajas principales:

Prestación	Descripción
Plataforma de integración como servicio (iPaaS) moderna	Los Servicios de integración Azure proporcionan funcionalidad que aún no existía cuando se creó BizTalk Server, por ejemplo: - Capacidad para crear y administrar API REST. - Infraestructura en la nube escalable. - Esquemas de autenticación modernos, más seguros y más fáciles de implementar. - Herramientas de desarrollo simplificadas, incluidas muchas experiencias basadas en explorador web. - Actualizaciones automáticas de la plataforma e integración con otros servicios nativos de nube.
Precios basados en el consumo	Con las plataformas de middleware tradicionales, a menudo debe realizar importantes inversiones de capital para adquirir licencias e infraestructura, ya que se ve obligado a disponer de recursos para abordar cargas de trabajo máximas, lo que genera ineficacia. Los Servicios de integración Azure proporcionan varios modelos de precios que, generalmente, le permiten pagar por lo que usa. Aunque algunos modelos de precios habilitan y proporcionan acceso a características más avanzadas, tiene la flexibilidad de pagar por lo que consume.
Fácil comienzo	BizTalk Server es un agente de middleware muy eficaz, pero requiere un tiempo considerable de aprendizaje hasta llegar a dominarlo. Los Servicios de integración Azure reducen el tiempo necesario para iniciar, aprender, compilar y entregar soluciones. Por ejemplo, Azure Logic Apps incluye un diseñador visual que proporciona una experiencia con poco o ningún código para crear flujos de trabajo declarativos.
Conectividad SaaS	Con las API REST, que se están convirtiendo en el estándar para la integración de aplicaciones, más empresas de SaaS están adoptando este enfoque para intercambiar datos. Microsoft ha creado un extenso ecosistema de conectores que se amplía continuamente con cientos de API para trabajar con servicios, sistemas y protocolos de Microsoft y de otros fabricantes. En Azure Logic Apps, puede usar el diseñador de flujos de trabajo para seleccionar las operaciones de estos conectores, crear y autenticar fácilmente conexiones y configurar las operaciones que quieren usar. Esta funcionalidad acelera el desarrollo y proporciona más coherencia al autenticar el acceso a estos servicios mediante OAuth2.
Varias implementaciones geográficas	Actualmente, Azure ofrece más de 60 regiones anunciadas, que son más de las que ofrece cualquier otro proveedor de nube, para que pueda elegir fácilmente los centros de datos y las regiones adecuados para usted y sus clientes. Este alcance le permite implementar soluciones de una forma coherente en muchas zonas geográficas y proporciona oportunidades desde una perspectiva tanto de escalabilidad y como de redundancia.

¿Qué son los Servicios de integración Azure?

Los Servicios de integración Azure incluyen los siguientes bloques de creación basados en la nube, sin servidor, escalables y administrados por Microsoft para crear soluciones de integración completas y migrar soluciones de BizTalk Server:

Servicio	Descripción
Azure Logic Apps	Cree y ejecute flujos de trabajo de aplicaciones lógicas automatizados que integren sus aplicaciones, datos, servicios y sistemas. Puede desarrollar rápidamente soluciones de integración muy escalables para escenarios intraempresariales y de negocio a negocio (B2B). Use el diseñador de flujos de trabajo visual para habilitar microservicios, orquestaciones de API e integraciones de línea de negocio. Para aumentar la escala y la portabilidad, a la vez que automatiza los flujos de trabajo críticos para la empresa, impleméntelo y ejecútelo en cualquier lugar donde se pueda ejecutar Kubernetes. Puede crear recursos de aplicación lógica estándar o de consumo. Una aplicación lógica de consumo incluye solo un flujo de trabajo con estado que se ejecuta en Azure Logic Apps multiinquilino. Una aplicación lógica estándar puede incluir varios flujos de trabajo con estado o sin estado que se ejecutan en Azure Logic Apps de un solo inquilino, un entorno de App Service Environment v3 o Logic Apps habilitado para Azure Arc. Para situar Azure Logic Apps en los Servicios de integración Azure, esta guía se centra en las aplicaciones lógicas estándar, que proporcionan el mejor equilibrio entre las características empresariales, el costo y la agilidad. Para más información, consulte Azure Logic Apps.
Azure Functions	Escriba menos código, mantenga menos infraestructura y ahorre costos para ejecutar aplicaciones. La infraestructura en la nube le proporciona todos los recursos actualizados necesarios para mantener sus aplicaciones en ejecución, sin tener que implementar y mantener los servidores. Para obtener más información, consulte Azure Functions.
Azure Data Factory	Integre visualmente todos los orígenes de datos usando más de 90 conectores integrados, sin mantenimiento y sin costo adicional. Construya fácilmente procesos ETL (extraer, transforma y cargar) y ELT (extraer, cargar y transformar), sin necesidad de escribir código en un entorno intuitivo, aunque también puede escribir su propio código. Para extraer información de sus datos empresariales, envíe los datos integrados a Azure Synapse Analytics. Para más información, consulte Azure Data Factory.
Azure Service Bus	Transfiera datos entre aplicaciones y servicios, incluso cuando están sin conexión, como mensajes usando este agente de mensajes empresariales altamente confiable. Obtenga más flexibilidad al administrar el envío de mensajes entre el cliente y el servidor con mensajería estructurada FIFO (primero en entrar, primero en salir), funcionalidad de publicación-suscripción y operaciones asincrónicas. Para obtener más información, consulte Qué es Azure Service Bus.
Azure Event Grid	Integre aplicaciones mediante eventos entregados por un agente de eventos a destinos de suscriptor, como servicios de Azure, otras aplicaciones o cualquier punto de conexión en el que Event Grid tenga acceso a la red. Los orígenes de eventos pueden incluir otras aplicaciones, servicios SaaS y servicios de Azure. Para obtener más información, consulte ¿Qué es Azure Event Grid?
Azure API Management	Implemente puertas de enlace de API en paralelo y optimice el flujo de tráfico con las API hospedadas en Azure, otras nubes y el entorno local. Satisfaga los requisitos de seguridad y cumplimiento normativo, a la vez que disfruta de una experiencia de administración unificada y observabilidad completa en todas las API internas y externas. Para obtener más información, consulte ¿Qué es Azure API Management?

Servicios de Azure complementarios

Además de los servicios descritos anteriormente, Microsoft ofrece también los siguientes servicios complementarios que proporcionan funcionalidad subyacente para los Servicios de integración Azure y que probablemente usará en un proyecto de migración:

Servicio	Descripción
Azure Storage	Proporciona almacenamiento de alta disponibilidad, escalable de forma masiva, duradero, seguro y moderno para una gran variedad de objetos de datos en la nube. Puede acceder a estos objetos de datos desde cualquier lugar del mundo a través de HTTP o HTTPS usando una API REST. Los Servicios de integración Azure usan esta funcionalidad para almacenar de forma segura los datos de configuración y telemetría mientras fluyen las transacciones a través de la plataforma. Para obtener más información, consulte Introducción a Azure Storage.
Control de acceso basado en roles de Azure (RBAC de Azure)	Administre el acceso a los recursos en la nube, que es una función crítica para cualquier organización que use la nube. Azure RBAC es un sistema de autorización basado en Azure Resource Manager que proporciona administración de acceso específico a los recursos de Azure. Puede administrar quién puede acceder a los recursos de Azure, qué puede hacer con esos recursos y a qué áreas puede acceder. Para más información, consulte Azure RBAC.
Azure Key Vault	Proporciona funcionalidad para ayudarle a resolver problemas relacionados con la administración de secretos, claves y certificados. Los Servicios de integración Azure proporcionan integración con Azure Key Vault a través de la configuración de la aplicación y de un conector. Esta funcionalidad permite almacenar secretos, credenciales, claves y certificados de una manera segura y cómoda. Para obtener más información, consulte Acerca de Azure Key Vault.
Azure Policy	Proporciona funcionalidad que le ayuda a aplicar estándares de la organización y a evaluar su cumplimiento de una forma escalable. El panel de cumplimiento proporciona una vista agregada que permite evaluar el estado general del entorno, con la posibilidad de explorarlo en profundidad hasta el nivel de recurso y directiva. Los Servicios de integración Azure se integran con Azure Policy para poder implementar eficazmente una gobernanza generalizada. Para más información, consulte Azure Policy.
Conexión a Azure	Proporciona una amplia variedad de características de red, como conectividad, servicios de protección de aplicaciones, servicios de entrega de aplicaciones y supervisión de redes. Los Servicios de integración Azure usan esta funcionalidad para proporcionar conectividad entre servicios por medio de redes virtuales y puntos de conexión privados. Para obtener más información, consulte Información general sobre los servicios de red de Azure.
Azure Event Hubs	Cree canalizaciones de datos dinámicas y responda de inmediato a los desafíos empresariales mediante el streaming de millones de eventos por segundo desde cualquier origen con este servicio de ingesta de datos en tiempo real totalmente administrado, que es sencillo, de confianza y escalable. API Management lleva a cabo un registro personalizado por medio de Event Hubs, que es una de las mejores soluciones para implementar una solución de seguimiento desacoplada en Azure. Para obtener más información, consulte Azure Event Hubs.
Azure SQL Database	En algún momento, es posible que tenga que crear estrategias de registro o configuraciones personalizadas para sustentar sus soluciones de integración. Aunque SQL Server se usa normalmente en el entorno local para este fin, Azure SQL Database puede ofrecer una solución viable cuando se migran bases de datos de SQL Server del entorno local a la nube. Para obtener más información, consulte Azure SQL Database.
Azure App Configuration	Administre la configuración de las aplicaciones y las marcas de características de forma centralizada. Los programas actuales, especialmente los que se ejecutan en la nube, tienen por lo general muchos componentes distribuidos por naturaleza. La propagación de valores de configuración entre estos componentes puede conducir a errores difíciles de solucionar durante la implementación de la aplicación. Use App Configuration para almacenar toda la configuración de una aplicación y proteger el acceso a ella en un único lugar. Para obtener más información, consulte ¿Qué es Azure App Configuration?
Azure Monitor	Application Insights, que forma parte de Azure Monitor, proporciona funcionalidad de administración del rendimiento de las aplicaciones y supervisión de las aplicaciones en vivo. Almacene la telemetría de las aplicaciones y supervise el estado general de la plataforma de integración. También puede establecer umbrales y obtener alertas cuando el rendimiento supere los umbrales configurados. Para obtener más información, consulte Introducción sobre Application Insights.
Azure Automation	Automatice las tareas de administración de Azure y organice las acciones en sistemas externos dentro de Azure. Se basa en el flujo de trabajo de PowerShell, de modo que puede usar muchas características de este lenguaje. Para más información, consulte Azure Automation.

Experiencias de desarrollo admitidas

En esta sección se describen las herramientas de desarrollo que BizTalk Server y los Servicios de integración Azure admiten:

Oferta	Producto o servicio con las herramientas admitidas
BizTalk Server	Cada versión de BizTalk Server admite una versión específica de Visual Studio. Por ejemplo, BizTalk Server 2020 admite Visual Studio 2019 Enterprise o Professional. Sin embargo, no admite Visual Studio Community Edition.
Azure Integration Services	- Azure Logic Apps (estándar): Azure Portal y Visual Studio Code. - Azure Logic Apps (consumo): Azure Portal, Visual Studio Code y Visual Studio 2019, 2017 o 2015. - Azure Functions: Azure Portal, Visual Studio Code y Visual Studio 2022. - Azure API Management: Azure Portal y Visual Studio Code. - Azure Service Bus: Azure Portal y Service Bus Explorer. - Azure Data Factory: Azure Portal y Visual Studio 2015 o 2013

BizTalk Server frente a los Servicios de integración Azure

Para comparar BizTalk Server con los Servicios de integración Azure y estudiar cómo llevar a cabo una migración, primero analizaremos brevemente lo que BizTalk Server hace. BizTalk Server, que estuvo disponible por primera vez en el año 2000, es una plataforma de middleware local y estable que conecta varios sistemas mediante adaptadores. Esta plataforma funciona como agente entre empresas, sistemas o aplicaciones y ahora es una plataforma de integración muy consolidada. Para simplificar la dificultad de combinar diferentes sistemas desarrollados en diferentes lenguajes y que se pueden conectar usando diferentes protocolos y formatos, BizTalk Server ofrece las siguientes características principales:

• Orquestación (flujo de negocio)

  Permite crear y ejecutar orquestaciones o procesos empresariales definidos gráficamente.

• Mensajería

  Permite la comunicación con una amplia gama de aplicaciones de software. Los adaptadores permiten que el componente de mensajería de BizTalk Server interactúe con varios protocolos y formatos de datos.

El motor de BizTalk Server incluye los siguientes componentes:

Componente	Descripción
Motor de reglas de negocio (BRE)	Evalúa conjuntos de reglas complejos.
Inicio de sesión único (SSO) empresarial.	Permite asignar información de autenticación entre sistemas Windows y no Windows.
Supervisión de la actividad económica (SAE)	Permite a los trabajadores de la información supervisar un proceso empresarial en curso.
Concentrador de grupo	Permite al personal de soporte técnico administrar el motor y las orquestaciones que se ejecutan.

¿Cómo funciona BizTalk Server?

BizTalk Server usa una arquitectura de publicación-suscripción del motor de mensajería que utiliza la base de datos de cuadro de mensajes. El cuadro de mensajes es responsable de almacenar mensajes, propiedades de mensaje, suscripciones, estados de orquestación, datos de seguimiento y otra información.

Cuando BizTalk Server recibe un mensaje, el servidor lo pasa y lo procesa a través de una canalización. Este paso normaliza y publica el mensaje en el cuadro de mensajes. BizTalk Server evalúa las suscripciones y determina el destinatario previsto para el mensaje, en función de las propiedades del contexto del mensaje. Por último, BizTalk Server redirige el mensaje al destinatario previsto, en función de las suscripciones o filtros. Este destinatario es una orquestación o un puerto de envío, que es un destino al que BizTalk Server envía mensajes o un origen del que BizTalk Server puede recibir mensajes. BizTalk Server transmite los mensajes a través de un puerto de envío pasándolos por una canalización de envío. La canalización de envío serializa los mensajes con el formato nativo que el receptor espera antes de enviarlos a través de un adaptador.

La base de datos de cuadro de mensajes tiene los siguientes componentes:

• Agente de mensajería

  BizTalk Server interactúa con el cuadro de mensajes por medio de este agente, que proporciona interfaces para publicar mensajes, suscribirse a mensajes, recuperar mensajes, etc.

• Una o varias bases de datos de SQL Server

  Estas bases de datos proporcionan el almacén de persistencia para mensajes, partes de mensaje, propiedades de mensaje, suscripciones, estado de orquestación, datos de seguimiento, colas de host para el enrutamiento, etc.

En la siguiente imagen se muestra cómo funciona el motor de mensajería de BizTalk Server:

Cuando un puerto de recepción recibe un mensaje, el cuadro de mensajes almacena ese mensaje para procesarlo por medio de procesos empresariales o redirigirlo a cualquier puerto de envío que tenga suscripciones a mensajes específicos.

Para obtener más información, consulte Arquitectura de publicación-suscripción más adelante en esta guía.

Procesos empresariales

En esta sección se describen las opciones para diseñar y crear procesos empresariales que puede ejecutar en BizTalk Server y los Servicios de integración Azure.

BizTalk Server

En BizTalk Server, las orquestaciones son procesos empresariales ejecutables que se pueden suscribir a (recibir) mensajes y publicar (enviar) mensajes a través de la base de datos de cuadro de mensajes. Las orquestaciones pueden construir nuevos mensajes y recibir mensajes usando la infraestructura de suscripción y enrutamiento. Cuando el cuadro de mensajes rellena suscripciones para orquestaciones, se activa una nueva instancia (ejecución de orquestación) y el cuadro de mensajes entrega el mensaje. Si es necesario, la instancia se rehidrata y, a continuación, se entrega el mensaje. Cuando se envían mensajes desde una orquestación, se publican en el cuadro de mensajes de la misma forma que un mensaje que llega a la ubicación de recepción con las propiedades adecuadas agregadas a la base de datos para su enrutamiento.

Para habilitar la mensajería de publicación-suscripción, las orquestaciones usan enlaces que ayudan a crear suscripciones. Los puertos de orquestación son puertos lógicos que describen una interacción. Para entregar mensajes, debe enlazar estos puertos lógicos a un puerto físico, pero este proceso de enlace no es otra cosa que configurar suscripciones para el enrutamiento de mensajes.

BizTalk Server ofrece, por ejemplo, las siguientes ventajas:

• Orientado al diseñador (declarativo)

  Diseñe procesos complejos usando herramientas de diseño fáciles de entender para implementar patrones y flujos de trabajo que, de otro modo, podrían ser difíciles de implementar en el código.

• Abstracción con sistemas finales

  Diseñe procesos centrados en los mensajes, no en el sistema final. Por ejemplo, al desarrollar soluciones, no tiene que preocuparse por si va a usar un adaptador de archivo o un adaptador de FTP. En lugar de esto, se centra en el tipo de comunicación, ya sea unidireccional o de solicitud-respuesta, y en el tipo de mensaje que desea procesar. Más adelante, al implementar las soluciones, puede especificar el adaptador y los sistemas finales.

Azure Integration Services

En Azure Logic Apps, puede crear aplicaciones y procesos empresariales ejecutables como flujos de trabajo de aplicaciones lógicas usando una forma de programación mediante "bloques de creación" con un diseñador visual y operaciones precompiladas de cientos de conectores, lo que requiere una escritura de código mínima. Un flujo de trabajo de aplicación lógica comienza con una operación de desencadenador seguida de una o varias operaciones de acción, donde cada operación funciona como un paso lógico en el proceso de implementación del flujo de trabajo. El flujo de trabajo puede usar acciones para llamar a software, servicios y sistemas externos. Algunas acciones realizan tareas de programación, como instrucciones condicionales (if), bucles, operaciones de datos, administración de variables, etc.

Azure Logic Apps ofrece, por ejemplo, las siguientes ventajas:

• Orientado al diseñador (declarativo)

  Diseñe procesos complejos usando herramientas de diseño fáciles de entender para implementar patrones y flujos de trabajo que, de otro modo, podrían ser difíciles de implementar en el código.

• Flexible y escalable

  Azure Logic Apps es un servicio informático basado en la nube, sin servidor y muy escalable que se escala y adapta automáticamente para satisfacer las necesidades cambiantes de una empresa.

• Se conecta a cualquier cosa

  Seleccione entre cientos de conectores precompilados de una galería que continúa creciendo para crear sus flujos de trabajo. Un conector proporciona operaciones precompiladas que puede usar como pasos en los flujos de trabajo. Puede crear soluciones de integración para la mayoría de los servicios y sistemas, tanto de Microsoft como de sus asociados, incluidos BizTalk Server, Salesforce, Office 365, bases de datos SQL, la mayoría de los servicios de Azure, como Azure Functions, Azure Storage, Azure Service Bus, y muchos otros, además de aplicaciones o sistemas del entorno local, sistemas centrales, SaaS y API. Si no hay ningún conector precompilado para el recurso al que desea acceder, puede usar la operación HTTP genérica para comunicarse con el servicio o crear un conector personalizado.

Componentes reutilizables

Las plataformas de integración ofrecen formas de resolver problemas de una forma coherente y unificada, que a menudo se pueden lograr usando componentes reutilizables. En esta sección se explica cómo reutilizar componentes en BizTalk Server y los Servicios de integración Azure.

BizTalk Server

• Orquestaciones

  Puede crear y compartir lógica de negocios común como orquestaciones en diferentes flujos de trabajo, internamente dentro de la misma aplicación o con varias aplicaciones. Puede desencadenar orquestaciones con el mecanismo nativo de publicación-suscripción de BizTalk Server (de forma desacoplada) o usando las formas de orquestación denominadas orquestación de llamada (para llamadas sincrónicas) y orquestación de inicio (para llamadas asincrónicas).

• Adaptadores

  Los adaptadores son componentes de software que proporcionan conectividad entre BizTalk Server y asociados comerciales usando protocolos de datos y formatos de documento comúnmente reconocidos. Estos componentes facilitan el envío y la recepción de mensajes por medio de un mecanismo de entrega que es conforme con un estándar comúnmente reconocido, como SMTP, FTP, HTTP, etc. Los adaptadores forman parte de la plataforma principal, por lo que todas las aplicaciones los comparten. También puede ampliar esta capa creando un adaptador personalizado, ya sea nativo o basado en Windows Communication Foundation (WCF), usando el marco de trabajo de adaptadores de BizTalk.

• Esquemas

  Los esquemas XSD (definición de esquema XML) permiten la mensajería basada en contratos en BizTalk Server. Para evitar la creación de esquemas redundantes, puede hacer referencia a esquemas de ensamblados compilados. Para usar esquemas compartidos, debe agregar una referencia al ensamblado compartido desde el proyecto de BizTalk.

  Aunque este paso puede parecer sencillo, la administración de cambios en ensamblados compartidos puede resultar difícil debido al encadenamiento de dependencias. Si el ensamblado compartido requiere una actualización, debe quitar todos los proyectos que hacen referencia al ensamblado compartido de BizTalk Server para instalar la actualización. Sin embargo, para evitar estas restricciones, puede implementar el control de versiones de ensamblados donde implementa una nueva versión para un esquema o esquemas compartidos sin interrumpir las soluciones actuales.

• Asignaciones y functoids personalizados

  Las asignaciones habilitan la traducción o transformación de mensajes XML en BizTalk Server. Puede compartir asignaciones, pero, al igual que los esquemas compartidos, deben tomarse precauciones similares con las asignaciones compartidas. Debido al encadenamiento de dependencias, proceda con cautela y asegúrese de que tiene un ciclo de vida de desarrollo de software preparado para administrar el cambio.

  En las asignaciones, los functoids realizan cálculos utilizando fórmulas predefinidas y valores específicos, denominados argumentos. BizTalk Server proporciona muchos functoids para sustentar una gran variedad de operaciones. Los functoids personalizados proporcionan una forma de ampliar la gran variedad de operaciones disponibles en el entorno de asignaciones de BizTalk Server.

  Si empieza a crear muchas asignaciones, se dará cuenta de que va a implementar lógica similar repetidas veces. Por tanto, se encontrará perdiendo el tiempo en mantener varios fragmentos de código equivalentes que normalmente copia y pega en varias ubicaciones dentro de una asignación o entre asignaciones. Considere la posibilidad de transformar estos fragmentos de código en un functoid personalizado. De este modo, crea el functoid solo una vez, pero puede reutilizarlo en tantas asignaciones como desee y actualizar el functoid en un solo lugar. Cada functoid personalizado se implementa como un ensamblado de .NET usando clases derivadas del espacio de nombres Microsoft.BizTalk.BaseFunctoids. Un mismo ensamblado puede contener más de un functoid personalizado.

• Ensamblados de .NET Fx

  Puede compartir estos ensamblados entre proyectos de BizTalk Server. Estos ensamblados son más fáciles de administrar desde una perspectiva de dependencia. Siempre que no haya cambios importantes, una actualización de un ensamblado de .NET Fx requiere actualizar el archivo DLL en la caché global de ensamblados (GAC), lo que hace que los cambios estén disponibles automáticamente para otros ensamblados. Si hay cambios importantes, también debe actualizar el proyecto dependiente para dar cabida a los cambios en el ensamblado de .NET Fx.

• Canalizaciones personalizadas y componentes de canalización

  Cuando BizTalk Server recibe y envía mensajes, es posible que el servidor tenga que preparar y transformar mensajes para la entrada y la salida, por razones empresariales. En BizTalk Server, las canalizaciones proporcionan una implementación del patrón de integración de canalizaciones y filtros e incluyen numerosas características, como un codificador y descodificador JSON, un descodificador MIME o SMIME, etc.

  Cuando necesite agregar información al contexto de un mensaje que requiere personalizar canalizaciones, BizTalk Server permite personalizar esas canalizaciones creando componentes de canalización personalizados. Un componente de canalización personalizado es una clase de .NET que se usa para implementar varias interfaces de BizTalk y, después, se usa en diferentes fases de cualquier canalización personalizada. Para escribir código para este componente, puede usar C# o Visual Basic para .NET.

• Directivas del motor de reglas

  Una directiva del Motor de reglas de negocio es otro tipo de artefacto que puede compartir entre aplicaciones de BizTalk Server implementadas en el mismo grupo de BizTalk. Si tiene reglas comunes del Motor de reglas de negocio, por ejemplo, relacionadas con el enrutamiento de mensajes, puede administrarlas en una ubicación y compartirlas ampliamente entre las aplicaciones de BizTalk instaladas. El Motor de reglas de negocio almacena en caché estas reglas. Por tanto, si las actualiza, debe reiniciar el servicio de actualización del Motor de reglas de negocio. De lo contrario, los cambios serán efectivos la próxima vez que se agote el tiempo de espera de caché.

Azure Integration Services

• cuenta de integración

  Para Azure Logic Apps, una cuenta de integración es un contenedor basado en la nube y un recurso de Azure que proporciona acceso centralizado a artefactos reutilizables. En el caso de los flujos de trabajo de aplicaciones lógicas de consumo, estos artefactos incluyen asociados comerciales, contratos, esquemas XSD, asignaciones XSLT, asignaciones basadas en plantillas Liquid, certificados, configuraciones por lotes y ensamblados de .NET Fx.

  En el caso de los flujos de trabajo de aplicaciones lógicas estándar, Azure Logic Apps introdujo recientemente compatibilidad para llamar a ensamblados de .NET Fx desde transformaciones XSLT sin necesidad de una cuenta de integración. Como alternativa, puede agregar esquemas, asignaciones y ensamblados a un proyecto de aplicación lógica estándar en Visual Studio Code y, después, implementarlos en Azure.

• API existentes

  Las API permiten experiencias digitales, hacen que los datos y los servicios se puedan reutilizar y estén accesibles universalmente, simplifican la integración de aplicaciones y sustentan nuevos productos digitales. Con la proliferación y la dependencia creciente de las API, las organizaciones deben administrarlas como recursos de primera clase a lo largo de su ciclo de vida.

  Puede reutilizar las API, especialmente las administradas con Azure API Management, en los Servicios de integración Azure. Después de agregar las API a Azure API Management, puede usar el conector de API Management con flujos de trabajo de aplicaciones lógicas de consumo para acceder fácilmente a las API de una manera administrada y controlada. Azure Logic Apps también admite la creación y el uso de API personalizadas para que su organización pueda promover la reutilización en toda la empresa y evitar conectores redundantes innecesarios que, de otro modo, podrían crear los desarrolladores. Las API personalizadas también democratizan quién puede usar estas API, en lugar de hacer que los desarrolladores averigüen la mecánica para usar una API determinada.

• Conectores personalizados

  Si no hay conectores precompilados para las API que desea usar, puede encapsular una API externa con un esquema OpenAPI para crear un conector personalizado y acceder a ese conector desde flujos de trabajo de aplicaciones lógicas de consumo con los permisos adecuados. El conector personalizado crea un contrato entre Azure Logic Apps y la API que permite ensamblar fácilmente mensajes de solicitud y que Azure Logic Apps reciba una respuesta con tipo que puede usar en acciones posteriores. Se admiten tanto API REST como API SOAP, y pueden hacer referencia a API públicas o a API privadas que haya en su red local. También puede usar conectores personalizados con Microsoft Power Automate y Microsoft Power Apps.

  En el caso de los flujos de trabajo de aplicaciones lógicas estándar, puede crear sus propios conectores personalizados integrados basados en un proveedor de servicios.

  Al implementar un conector personalizado, simplifica la experiencia de desarrollo con la creación de una interfaz común para enviar mensajes de solicitud y recibir respuestas con tipo. Si desea obtener más información, consulte Conectores y API personalizados.

Adaptadores y conectores

En la siguiente sección se describen los conceptos de adaptadores y conectores en BizTalk Server y los Servicios de integración Azure, respectivamente.

BizTalk Server

Para intercambiar mensajes con aplicaciones, entidades y sistemas externos, BizTalk Server proporciona adaptadores, que son componentes COM o de .NET Fx que transfieren mensajes a y desde puntos de conexión empresariales, como sistemas de archivos, bases de datos y aplicaciones empresariales personalizadas, usando varios protocolos de comunicación. BizTalk Server proporciona adaptadores nativos que admiten varios protocolos, por ejemplo:

• Un adaptador de archivo que admite el envío y la recepción de mensajes desde una ubicación de archivos.
• Adaptadores para protocolos EDI, FTP, HTTP, MSMQ, SMTP, POP3 y SOAP.
• Un adaptador para Windows SharePoint Services.

El marco de trabajo de adaptadores de BizTalk ofrece un mecanismo estable y abierto para que todos los adaptadores implementen u obtengan acceso al trabajo desde el motor de mensajería de BizTalk Server. Las interfaces del espacio de nombres Microsoft.BizTalk.Adapter.Framework permiten a los adaptadores modificar las páginas de propiedades de configuración. El marco de trabajo de adaptadores de BizTalk también permite importar servicios y esquemas en un proyecto de BizTalk. También hay disponibles adaptadores de asociados a través de varios proveedores y miembros de la comunidad. Para obtener una lista de adaptadores conocidos, consulte BizTalk Server: lista de adaptadores de terceros.

Azure Integration Services

Cuando cree flujos de trabajo con Azure Logic Apps, puede usar conectores precompilados para trabajar de forma fácil y rápida con datos, eventos y recursos de otras aplicaciones, servicios, sistemas, protocolos y plataformas, normalmente sin tener que escribir código. Azure Logic Apps proporciona una galería cada vez más amplia con cientos de conectores que puede usar. Puede crear soluciones de integración para muchos servicios y sistemas, basados en la nube o en el entorno local, de Microsoft y de asociados, como BizTalk Server, Salesforce, Office 365, bases de datos SQL, la mayoría de los servicios de Azure, sistemas centrales, API, etc. Algunos conectores proporcionan operaciones que realizan operaciones de programación, como instrucciones condicionales (if), bucles, operaciones de datos, administración de variables, etc. Si no hay ningún conector disponible para el recurso al que desea acceder, puede usar la operación HTTP genérica para comunicarse con el servicio o crear un conector personalizado.

Técnicamente, un conector es un proxy o un contenedor de una API que el servicio o sistema subyacente utiliza para comunicarse con Azure Logic Apps. Este conector proporciona las operaciones que se usan en los flujos de trabajo para realizar tareas. Una operación está disponible como desencadenador o acción con propiedades que puede configurar. Algunos desencadenadores y acciones también requieren que cree y configure primero una conexión con el servicio o sistema subyacente. Si es necesario, también autenticará el acceso a una cuenta de usuario.

La mayoría de los conectores de Azure Logic Apps son integrados o administrados. Algunos están disponibles en las dos versiones. Las versiones disponibles dependen de si crea un flujo de trabajo de aplicación lógica de consumo o un flujo de trabajo de aplicación lógica estándar.

• Los conectores integrados están diseñados para ejecutarse de forma nativa en el entorno de ejecución de Azure Logic Apps y, por lo general, ofrecen más rendimiento, procesamiento, capacidad u otras ventajas en comparación con cualquier homólogo administrado.

• Microsoft se encarga de implementar, hospedar y administrar los conectores administrados en Azure. Estos conectores proporcionan desencadenadores y acciones para los servicios en la nube, los sistemas locales o ambos. En los flujos de trabajo de aplicaciones lógicas estándar, todos los conectores administrados están agrupados como conectores de Azure. Sin embargo, en los flujos de trabajo de aplicaciones lógicas de consumo, los conectores administrados están agrupados como Estándar o Enterprise, según su nivel de precios.

Para más información, consulte la siguiente documentación:

• Conectores integrados en Azure Logic Apps
• Conectores administrados en Azure Logic Apps
• Lista de todos los conectores de Logic Apps

Conectividad con otras aplicaciones

En la siguiente sección se describen las opciones para conectarse con otras aplicaciones de BizTalk Server y los Servicios de integración Azure.

BizTalk Server

Los adaptadores proporcionan conectividad en BizTalk Server y se ejecutan en modo local en el servidor BizTalk Server que realiza las operaciones de envío o recepción. Hay disponibles alrededor de 30 adaptadores listos para usar, además de un pequeño ecosistema de adaptadores de ISV que proporcionan funcionalidad adicional. Con estos adaptadores que se ejecutan en modo local, es frecuente usar la autenticación de Windows. Los adaptadores que se usan habitualmente son: de archivo, SFTP, SQL, WCF (HTTP básico), HTTP y SMTP. Con esta lista se puede determinar que los adaptadores de BizTalk Server son principalmente adaptadores de protocolo. Como resultado, los adaptadores suelen usar un patrón de mensajería orientado a mensajes en el que se intercambia un mensaje completo con otros sistemas que son responsables de analizar los datos antes de cargarlos en el almacén de datos final.

Azure Integration Services

Los conectores proporcionan conectividad en Azure Logic Apps y ofrecen una abstracción junto con API que suelen ser propiedad del sistema SaaS subyacente. Por ejemplo, servicios como SharePoint se crean usando un enfoque que da prioridad a las API, que proporcionan funcionalidad al servicio para los usuarios finales, pero la misma funcionalidad se expone para que otros sistemas llamen a través de una API. Para simplificar la llamada a estas API, los conectores usan metadatos para describir el contrato de mensajería, de modo que los desarrolladores sepan qué datos se esperan en la solicitud y en la respuesta.

En la captura de pantalla siguiente se muestra la experiencia de búsqueda de conectores para un flujo de trabajo de aplicación lógica estándar en Azure Logic Apps de un solo inquilino. Al seleccionar la pestaña Integrado, puede encontrar conectores integrados, como Azure Functions, Azure Service Bus, SQL Server, Azure Storage, Sistema de archivos, HTTP, etc. En la pestaña Azure, puede encontrar más de 800 conectores, incluidos otros conectores SaaS de Microsoft, conectores SaaS de asociados, etc.

Servicios web y conectividad de API

En la siguiente sección se describen la compatibilidad con servicios web y la conectividad de API en BizTalk Server y los Servicios de integración Azure.

BizTalk Server

La compatibilidad con servicios web es una funcionalidad popular en BizTalk Server y está disponible mediante la integración con Windows Communication Foundation (WCF). Esta compatibilidad en BizTalk se divide en dos categorías: publicación y consumo de servicios WCF.

Los adaptadores de WCF proporcionan compatibilidad con los estándares WS-*, por ejemplo, WS-Addressing, WS-Security y WS-AtomicTransaction. Sin embargo, no se admite WS-ReliableMessaging en esta versión de los adaptadores de WCF.

Los adaptadores de WCF admiten el inicio de sesión único (SSO) mediante suplantación y adquieren el vale Enterprise SSO para usar el inicio de sesión único con adaptadores de WCF. Esta funcionalidad permite que el contexto del usuario fluya entre sistemas. Desde el punto de vista de la autenticación, la autenticación de servicio admite los siguientes tipos: Ninguna, Windows y Certificado. La autenticación de cliente admite los siguientes tipos: Anónimo, Nombre de usuario, Windows y Certificado. Los modos de seguridad admitidos incluyen los siguientes tipos: Transporte, Mensaje y Mixto.

WCF admite transacciones con el protocolo WS-AutomicTransaction, que puede encontrar en los adaptadores de WCF, como WCF-WsHttp, WCF-NetTcp y WCF-NetMsmq. Esta opción se admite en los siguientes escenarios:

• Envío transaccional de mensajes a la base de datos de cuadro de mensajes.
• Transmisión transaccional de mensajes del cuadro de mensajes a un destino transaccional.

El ámbito transaccional está limitado por el cuadro de mensajes. Por ejemplo, una orquestación de BizTalk no puede participar en una transacción de un cliente. Del mismo modo, un punto de conexión de destino no puede participar en una transacción iniciada por una orquestación de BizTalk.

La extensibilidad de WCF está disponible a través de enlaces personalizados de WCF. Deberá compilar y agregar código personalizado a la caché global de ensamblados (GAC). También deberá actualizar el archivo machine.config para incluir la nueva extensión. Una vez instalado el enlace, la extensión está visible para los adaptadores WCF-Custom y WCF-CustomIsolated.

BizTalk Server puede exponer ubicaciones de recepción WCF-BasicHTTP como puntos de conexión en Azure API Management cuando se usa la consola de administración de BizTalk. También puede exponer puntos de conexión SOAP a través de API Management desde BizTalk Server usando API Management en Azure Portal. Para obtener más información, consulte Publicar puntos de conexión de BizTalk WCF-BasicHTTP en API Management.

Azure Integration Services

El modelo de conectividad de los Servicios de integración Azure difiere del de BizTalk Server, en parte debido a la evolución de la economía de API. Puesto que cada vez más organizaciones exponen acceso a los sistemas y datos subyacentes, es necesario un enfoque independiente de la plataforma. REST es ahora el enfoque arquitectónico dominante para diseñar servicios web modernos.

En Azure Logic Apps, REST es el enfoque predeterminado para conectar sistemas. Puesto que Microsoft y otros proveedores de software exponen servicios RESTful con sus sistemas y datos, Azure Logic Apps puede exponer y consumir este tipo de información. La especificación OpenAPI hace posible que tanto personas como PC comprendan la interacción entre un cliente y un servidor por medio de metadatos. De esta comprensión se derivan las cargas de solicitud y respuesta, es decir, puede usar contenido dinámico para rellenar las entradas de una acción de flujo de trabajo y usar las salidas de la respuesta en acciones posteriores.

Los esquemas de autenticación varían para cada conector, en función del proveedor de software que implementa el servicio subyacente al que llama el conector. Por lo general, estos esquemas incluyen los siguientes tipos:

• Basic
• Certificado de cliente
• Active Directory OAuth
• Sin formato
• Identidad administrada

Microsoft proporciona capas de protección sólidas mediante el cifrado de datos durante el tránsito y en reposo. Cada vez que el tráfico de los clientes de Azure se mueve entre los centros de datos, fuera de los límites físicos que no están controlados por Microsoft o en nombre de Microsoft, un método de cifrado de capa de vínculo de datos que usa los estándares de seguridad IEEE 802.1AE MAC (MACsec) se aplica de punto a punto en el hardware de red subyacente.

Microsoft le da la opción de usar el protocolo TLS (Seguridad de la capa de transporte) para proteger los datos que viajan entre los servicios en la nube y los clientes. Los centros de datos de Microsoft negocian una conexión TLS con sistemas cliente que se conectan a servicios de Azure. TLS proporciona una autenticación sólida, privacidad e integridad de los mensajes (que permite la detección de manipulación, interceptación y falsificación de mensajes), interoperabilidad, flexibilidad de los algoritmos y facilidad de implementación y uso.

Aunque esta sección se centra en la conectividad de RESTful por medio de conectores, puede implementar la conectividad de servicios web SOAP a través de la experiencia de conectores personalizados.

Bloqueo del uso de adaptadores o conectores

En la siguiente sección se describen las opciones para evitar el uso de adaptadores o conectores en BizTalk Server y los Servicios de integración Azure, respectivamente.

BizTalk Server

BizTalk Server no incluye el concepto de bloquear adaptadores específicos de diferentes aplicaciones, pero puede "bloquear" su uso en las aplicaciones quitando los adaptadores del entorno. Los adaptadores de BizTalk Server forman parte de la configuración de la plataforma, por lo que los adaptadores instalados están disponibles para que cualquier usuario los utilice. También puede definir controladores de recepción y envío específicos para cada adaptador, que define los equipos que pertenecen al grupo de BizTalk que pueden ejecutar o procesar esos controladores.

Azure Integration Services

Si su organización no permite la conexión a recursos restringidos o no aprobados con conectores administrados en Azure Logic Apps, puede bloquear la funcionalidad para crear y usar esas conexiones en sus flujos de trabajo de aplicaciones lógicas. Con Azure Policy puede definir y aplicar directivas que impidan la creación o el uso de conexiones para los conectores que desea bloquear. Por ejemplo, por motivos de seguridad, es posible que desee bloquear las conexiones a plataformas de medios sociales específicos u otros servicios y sistemas.

Durabilidad de los mensajes

En la siguiente sección se describe la persistencia de los mensajes en BizTalk Server y los Servicios de integración Azure.

BizTalk Server

La base de datos de cuadro de mensajes ofrece otra ventaja al actuar como punto de persistencia que garantiza que un mensaje se conserve en el almacenamiento antes de intentar enviarlo a un punto de conexión. Si el mensaje no se puede enviar después de agotar el número de reintentos configurado, se suspende y se almacena en el cuadro de mensajes.

Como administrador, puede reanudar los mensajes suspendidos desde la consola de administración de BizTalk. El mismo comportamiento se produce cuando se usan orquestaciones. El entorno de ejecución de orquestación conserva la lógica de negocios, que se puede reanudar si algo va mal. Por ejemplo, puede reanudar un mensaje en una orquestación en los siguientes escenarios:

• Un mensaje enviado dentro de un ámbito no atómico.
• Al final de un ámbito transaccional.
• Al iniciar una nueva instancia de orquestación (forma Iniciar orquestación).
• En un punto de interrupción de depuración.
• Cuando el motor decide deshidratarse.
• Cuando se completa la orquestación.
• Cuando se apaga el sistema.

BizTalk Server proporciona todas estas características listas para usar. No tiene que preocuparse por implementar la persistencia, porque BizTalk Server lo hace por usted.

Azure Integration Services

Azure Logic Apps proporciona durabilidad de los mensajes de las siguientes formas:

• Los flujos de trabajo con estado, que son los predeterminados en las aplicaciones lógicas de consumo y están disponibles en las aplicaciones lógicas estándar, tienen puntos de control que realizan un seguimiento del estado del flujo de trabajo y almacenan los mensajes a medida que pasan a través de acciones del flujo de trabajo. Esta funcionalidad proporciona acceso a datos enriquecidos almacenados en el historial de ejecución del desencadenador y la instancia de flujo de trabajo, donde puede revisar los valores detallados de las entradas y salidas.

  Puede volver a procesar una instancia de ejecución a través de Azure Portal o de una API. Esta vez se ejecuta toda la instancia de ejecución, independientemente de dónde se haya producido cualquier error en la ejecución anterior. Este comportamiento implica que los mensajes se entregan al menos una vez y que se produzca un procesamiento idempotente en los consumidores.

• Con la mensajería de inspección y bloqueo disponible en Azure Service Bus, puede confirmar un mensaje después de haberse ejecutado correctamente o abandonar el mensaje cuando se produce un error. Para usar esta funcionalidad en Azure Logic Apps, seleccione el conector de Azure Service Bus. Un mensaje confirmado se quita de la cola de mensajes, mientras que un mensaje abandonado se desbloquea y está disponible para que lo procesen los clientes. El sistema de inspección y bloqueo es una excelente manera de que los mensajes se entreguen "exactamente una vez".

Arquitectura de publicación-suscripción

En la siguiente sección se describen las opciones para implementar el patrón de publicación-suscripción en BizTalk Server y los Servicios de integración Azure.

BizTalk Server

La funcionalidad de publicación-suscripción (pub-sub) existe a través de la base de datos de cuadro de mensajes, que se describe antes, en la sección ¿Cómo funciona BizTalk Server? Una manera popular de crear suscripciones es usando propiedades promocionadas, que permiten identificar elementos o atributos específicos en un esquema de mensaje definido como una propiedad promocionada. Después, puede establecer suscripciones para filtrar los mensajes según criterios específicos para una propiedad promocionada. Por ejemplo, si ha promocionado un elemento de esquema denominado City, puede crear una suscripción que filtre por el elemento City para ciudades específicas. Si se cumplen los criterios, la suscripción, un puerto de envío o una orquestación reciben una copia del mensaje.

Azure Integration Services

Con una arquitectura completamente diferente de la de BizTalk Server, la mayoría de los Servicios de integración Azure se basan en eventos. Si necesita implementar una solución de publicación-suscripción, puede usar Azure Service Bus. Este servicio es un agente de mensajes empresarial totalmente administrado que incluye colas de mensajes y temas que se pueden publicar y a los que es posible suscribirse en un espacio de nombres. Puede usar Service Bus para desacoplar aplicaciones y servicios entre sí, lo que proporciona las siguientes ventajas:

• Equilibrio de carga entre procesos de trabajo concurrentes.
• Enrutamiento y transferencia de datos de forma segura y con control más allá de los límites de las aplicaciones y los servicios.
• Coordinación del trabajo transaccional que requiere un alto grado de confiabilidad.

Azure Logic Apps incluye un conector de Azure Service Bus que puede usar para publicar y suscribirse a mensajes. La ventaja de usar Service Bus es que puede usar mensajería independientemente del flujo de trabajo. A diferencia de BizTalk Server, la mensajería está desacoplada de la plataforma de flujos de trabajo. Aunque la funcionalidad de mensajería y flujos de trabajo están desacopladas en los Servicios de integración Azure, puede crear suscripciones a mensajes en Azure Service Bus, que admite propiedades de mensaje (propiedades de usuario). Use estas propiedades para proporcionar pares clave-valor que se evalúan mediante filtros creados en una suscripción a un tema. Estas propiedades de usuario se definen cuando se configura una operación de Azure Service Bus agregando uno o varios pares clave-valor. Para ver una demostración, vea el siguiente vídeo: Mensajería de publicación-suscripción con los Servicios de integración Azure, 2ª parte: Enrutamiento basado en contenido.

Fuera de los Servicios de integración Azure, también puede implementar escenarios de publicación-suscripción con Azure Cache for Redis.

Motor de reglas de negocio

En la siguiente sección se describen las opciones para configurar reglas de negocio en BizTalk Server y los Servicios de integración Azure.

BizTalk Server

BizTalk Server incluye un motor de reglas de encadenamiento hacia delante que permite construir reglas de tipo "if-then-else" usando un editor visual. Puede agrupar estas reglas dentro de una directiva que se pueda transportar a otras áreas de su entorno de TI. Estas directivas también pueden acceder a esquemas XSD, código de .NET Fx y tablas de bases de datos de SQL Server para buscar datos y enriquecer las salidas.

Azure Integration Services

Aunque actualmente no hay ninguna funcionalidad de motor de reglas equivalente en Azure, los clientes suelen usar Azure Functions para implementar reglas con código personalizado. Después, acceden a esas reglas usando el conector integrado de Azure Functions en Azure Logic Apps.

Para obtener más información sobre inversiones futuras en esta área, consulte la sección Hoja de ruta más adelante en esta guía.

Transformación de datos

En la siguiente sección se describe la funcionalidad de transformación de datos en BizTalk Server y los Servicios de integración Azure.

BizTalk Server

Proporciona herramientas enriquecidas para transformar mensajes XML de un formato a otro. La transformación de datos utiliza asignaciones XSLT, que admiten objetos de extensión que permiten insertar código de .NET Fx personalizado en medio de esas asignaciones. También puede usar functoids predefinidos que proporcionan funcionalidad reutilizable que le ayuda a crear mapas enriquecidos.

Además de las transformaciones XML principales, BizTalk Server también proporciona codificación y descodificación para los formatos CSV y JSON con el fin de poder realizar conversiones entre estos formatos y XML, lo que proporciona compatibilidad con diferentes formatos.

Azure Integration Services

• Enterprise Integration Pack

  Este componente sigue conceptos similares en BizTalk Server y facilita el uso de la funcionalidad B2B en Azure Logic Apps. Sin embargo, una diferencia importante es que, arquitectónicamente, Enterprise Integration Pack se basa en cuentas de integración. Estas cuentas simplifican la forma de almacenar, administrar y usar artefactos, como asociados comerciales, contratos, asignaciones (plantillas XSLT o Liquid), esquemas y certificados para escenarios B2B.

• Plantillas Liquid

  Para realizar transformaciones de JSON básicas en los flujos de trabajo de aplicaciones lógicas, puede usar operaciones de datos integradas, como las acciones Redactar o Análisis del archivo JSON. Sin embargo, algunos escenarios pueden requerir transformaciones avanzadas y complejas que incluyen elementos como iteraciones, flujos de control y variables. Para las transformaciones de JSON a JSON, JSON a texto, XML a JSON o XML a texto, puede crear una plantilla Liquid que describa la asignación o transformación necesaria usando el lenguaje de plantilla de código abierto Liquid.

• esquemas EDI

  Los esquemas de documento EDI definen el cuerpo de un tipo de documento de transacción EDI. Para los flujos de trabajo de aplicaciones lógicas, todos los esquemas EDI de BizTalk del repositorio de Microsoft Integration en GitHub están disponibles públicamente para su uso.

• Aplicaciones lógicas estándar

  En Azure Portal, puede cargar asignaciones y esquemas directamente en un recurso de aplicación lógica estándar. Si está trabajando en un proyecto de aplicación lógica estándar en Visual Studio Code, puede cargar estos artefactos en sus respectivas carpetas dentro de la carpeta Artifacts sin usar una cuenta de integración. También puede llamar a ensamblados compilados personalizados desde asignaciones XSLT.

• Azure Functions

  Puede ejecutar transformaciones con plantillas XSLT o Liquid usando C# o cualquier otro lenguaje de programación para crear una función de Azure a la que pueda llamar con Azure API Management o Azure Logic Apps.

Conectividad de red

En la siguiente sección se describen las características y la funcionalidad de conectividad de red de BizTalk Server y los Servicios de integración Azure.

BizTalk Server

Con BizTalk Server siempre instalado en un entorno de servidor, la conectividad de red depende de la configuración de red del servidor subyacente. Cuando se configura la conectividad de red para BizTalk Server, normalmente se configuran las siguientes áreas:

• Dependencias
• Conectividad de entrada y salida con sistemas finales.

Configuración de dependencias

Para configurar completamente BizTalk Server en un entorno multiservidor, debe prestar especial atención a todas las dependencias de conectividad de red, que suele implicar la configuración del firewall para habilitar los puertos TCP y UDP para servicios o protocolos conocidos. Por ejemplo, estos servicios y protocolos incluyen el acceso a un motor de SQL Server, el Coordinador de transacciones distribuidas (MSDTC) de Microsoft, unidades de red en clúster, servicios SSO si están instalados en un servidor diferente y SharePoint. Estos son todos los servicios que debe configurar creando reglas de entrada y de salida para implementar la conectividad.

Configuración de la conectividad de entrada y de salida

Después de configurar completamente BizTalk Server y de prepararse para implementar aplicaciones, asegúrese de implementar reglas de firewall que permitan que las instancias de host se conecten y accedan a diferentes servicios, tanto si forman parte de una red interna como si están en una red externa. Cuando reflexione sobre la conectividad con sistemas finales que estén fuera de la red de la organización, debe tener en cuenta también la seguridad. Varios sistemas se basan en la definición de una lista de direcciones IP permitidas como primera línea de defensa, de modo que, en una situación ideal, BizTalk Server redirige toda la comunicación saliente a través de una lista de direcciones IP públicas bien definida.

Cuando los servicios de asociados intenten ponerse en contacto con BizTalk Server, asegúrese de que no lleguen a una instancia que esté dentro de la red de la organización o en una capa interna donde pueda haber servicios principales de la organización disponibles. En lugar de esto, proporcione a los servicios de asociados acceso a un punto de conexión que esté en una red perimetral, también conocida como zona desmilitarizada (DMZ), que es el límite más externo de la red de una organización. Sin embargo, los servicios a los que BizTalk Server debe redirigir los mensajes suelen estar en la red de la organización, por lo que debe tener acceso a esa capa interna.

Para lograr estos escenarios, hay varias estrategias, por ejemplo:

• Implemente BizTalk Server en una red perimetral y permita que solo sus propios servicios o instancias de host accedan a la red de la organización.
• Configure dos servidores BizTalk Server que estén uno en una red perimetral y el otro en la red de la organización. El servidor de la red perimetral publica entonces los mensajes que consume el servidor de la red de la organización.
• Desarrolle aplicaciones o software de dispositivo personalizados, como NetScaler y F5, que puede actuar como servidores proxy inversos, recibir mensajes en nombre de BizTalk dentro de la red perimetral y redirigir esas llamadas a BizTalk Server.

Azure Integration Services

• Introducción a la topología de red y la conectividad

  Azure proporciona varias formas de aislar los servicios dentro del límite de una red y conectar cargas de trabajo del entorno local y en la nube. En la siguiente lista se describen diferentes formas de integrar recursos de Azure con recursos que están dentro del perímetro de una red:

  • Puerta de enlace de datos local

    Esta puerta de enlace actúa como puente entre Azure y los recursos que están dentro del perímetro de una red, lo que proporciona una transferencia de datos rápida y segura entre los datos del entorno local y varios servicios en la nube Microsoft. Estos servicios incluyen Azure Logic Apps, Microsoft Power BI, Microsoft Power Apps, Microsoft Power Automate y Azure Analysis Services. Con esta puerta de enlace, puede mantener bases de datos y otros orígenes de datos en sus redes locales y usar de forma segura esos datos locales en servicios en la nube.

  • conexiones híbridas

    Conexiones híbridas, que es tanto un servicio de Azure como una característica de Azure App Service, permite más escenarios y ofrece más funcionalidad que la que se usa en Azure App Service. Si desea obtener más información sobre el uso fuera de Azure App Service, consulte Protocolo de conexiones híbridas de Azure Relay. En Azure App Service, puede usar Conexiones híbridas para acceder a recursos de aplicaciones en cualquier red que pueda realizar llamadas salientes a Azure a través del puerto 443. Conexiones híbridas proporciona acceso desde una aplicación a un punto de conexión TCP y no habilita ninguna forma nueva de acceder a la aplicación. En Azure App Service, cada conexión híbrida se correlaciona con una combinación única de host y puerto TCP. Esta funcionalidad permite que sus aplicaciones accedan a recursos que estén en cualquier sistema operativo, siempre y cuando haya un punto de conexión TCP. Conexiones híbridas no conoce ni se preocupa por el protocolo de la aplicación ni por el recurso al que quiere acceder. Esta característica simplemente proporciona acceso de red.

  • Integración de la red virtual

    Con la integración de Azure Virtual Network, puede conectar un recurso de Azure a una red virtual configurada en Azure, de modo que la aplicación puede acceder a los recursos de esa red virtual. La integración de redes virtuales en Azure Logic Apps solo se usa para realizar llamadas salientes desde un recurso de Azure a la red virtual.

    Con el emparejamiento de red virtual, puede conectar redes locales a Azure, lo que proporciona conectividad bidireccional entre los recursos del entorno local y los servicios de Azure. Los Servicios de integración Azure proporcionan conectividad de red virtual, lo que permite una integración híbrida. En la siguiente imagen se muestra un recurso de aplicación lógica estándar con la página Redes abierta y la integración de red virtual habilitada, como aparece resaltado en el cuadro Tráfico saliente. Esta configuración garantiza que todo el tráfico saliente salga de esta red virtual.

    

  • Puntos de conexión privados

    Un punto de conexión privado es una interfaz de red que usa una dirección IP privada de la red virtual. Esta interfaz de red se conecta de forma privada y segura a un recurso de Azure basado en Azure Private Link. Al habilitar un punto de conexión privado, incorpora ese recurso de Azure a la red virtual y permite que los recursos de la red realicen llamadas entrantes al recurso de Azure.

En la siguiente tabla se muestran los métodos de conectividad de red que cada recurso de los Servicios de integración Azure puede usar:

Recurso	Puerta de enlace de datos local	conexiones híbridas	Integración de la red virtual	Puntos de conexión privados
Azure API Management	✅		✅	✅
Azure Logic Apps (Consumo)	✅
Azure Logic Apps (Estándar)	✅ (con conectores de Azure)	✅ (con conectores integrados)	✅ (con conectores integrados)	✅
Azure Service Bus			✅	✅
Azure Event Grid

Código personalizado

En la siguiente sección se describen las opciones para crear y ejecutar su propio código en BizTalk Server y los Servicios de integración Azure.

BizTalk Server

Puede ampliar BizTalk de muchas formas usando código personalizado de .NET Fx, por ejemplo:

Capacidad	Descripción
Código alineado	Puede escribir código de C# insertado dentro de una forma de orquestación. También puede escribir código insertado en una asignación de BizTalk. En ambos escenarios, los fragmentos de código suelen ser sencillos por naturaleza y no se pueden depurar.
Ensamblados compilados	Puede llamar a estos ensamblados desde los siguientes lugares: - Formas de expresión en una orquestación. - Asignaciones de BizTalk con el functoid de script. - Directivas del Motor de reglas de negocio. - Canalizaciones como componentes de canalización personalizados. Puede depurar ensamblados compilados conectando el depurador de Visual Studio al proceso de Windows de la instancia de host adecuada.
Adaptadores personalizados	BizTalk Server incluye muchos adaptadores listos para usar, pero siempre puede crear su propio adaptador si es necesario.
Comportamientos de WCF personalizados	BizTalk Server incluye muchos adaptadores listos para usar. La mayoría se basan en Windows Communication Foundation (WCF). En algunos casos, es posible que tenga que ampliar la funcionalidad desarrollando comportamientos personalizados, como la aplicación de un encabezado OAuth a la comunicación del sistema.
Extensibilidad en asignaciones de BizTalk Server	- Puede crear código insertado con plantillas de llamada de C#, JScript, Visual Basic, XSLT o XSLT para suprimir algunas limitaciones o dificultades de uso de los functoids predefinidos. - Puede llamar a un ensamblado externo por medio del functoid de script. - Puede crear functoids personalizados para usarlos en todas las asignaciones.

Azure Integration Services

Azure Functions permite escribir código que puede ejecutar desde el conector de Azure Functions en Azure Logic Apps. La plataforma Functions admite varios lenguajes de programación y entornos de ejecución, que ofrecen mucha flexibilidad. Estas funciones están diseñadas generalmente para tener tiempos de ejecución cortos, y hay un amplio conjunto de herramientas de desarrollo que permiten el desarrollo y la depuración en modo local.

En Azure Logic Apps, el conector Código en línea proporciona la acción Ejecutar código de JavaScript. Puede usar esta acción para escribir pequeños fragmentos de código en JavaScript. También se espera que estos fragmentos de código tengan tiempos de ejecución cortos y admitan entradas y salidas de contenido dinámico. Una vez que se ejecuta el código, la salida está disponible para acciones posteriores en el flujo de trabajo. Aunque actualmente no se admite la depuración directa para esta acción, puede ver las entradas y salidas en el historial de ejecución de la instancia de flujo de trabajo.

Como hemos mencionado en la sección Componentes reutilizables, la compatibilidad con llamadas a ensamblados de .NET Fx desde una asignación XSLT está disponible actualmente en flujos de trabajo de aplicaciones lógicas de consumo cuando se cargan esos ensamblados en una cuenta de integración. Esta funcionalidad facilita la admisión de reglas de transformación de datos personalizadas. En el caso de los flujos de trabajo de aplicaciones lógicas estándar, el equipo de Azure Logic Apps lanzó recientemente la compatibilidad con llamadas a código de .NET Fx desde asignaciones XSLT sin necesidad de una cuenta de integración. También puede agregar ensamblados y asignaciones a un proyecto de aplicación lógica estándar en Visual Studio Code e implementarlos después en Azure. Para obtener más información, consulte Compatibilidad con ensamblados de .NET Framework agregada a transformaciones XSLT de Azure Logic Apps (estándar) y la sección Hoja de ruta.

También puede ampliar los flujos de trabajo incluyendo aplicaciones de API de Azure o aplicaciones web creadas con Azure App Service. Si tiene que hospedar aplicaciones web, API REST y back-ends móviles, Azure App Service es la solución basada en HTTP de confianza. Puede integrar aplicaciones hospedadas en Azure App Service con servicios del entorno local o en la nube. Esta plataforma admite entornos basados en Windows y Linux para ejecutar y escalar aplicaciones, junto con varios lenguajes y marcos, como ASP.NET Core, Java, Ruby, Node.js, PHP y Python.

Grupos de aplicaciones

En la siguiente sección se describen las opciones para organizar las cargas de trabajo en BizTalk Server y los Servicios de integración Azure.

BizTalk Server

Parte del ciclo de vida de desarrollo de software incluye la creación y administración del código y los artefactos en paquetes lógicos. BizTalk Server admite el concepto de una aplicación que permita implementar una solución de Visual Studio en una aplicación de BizTalk. De este modo, si tiene escenarios en los que necesita compartir recursos, puede hacer referencia a otras aplicaciones.

BizTalk Server utiliza un modelo de uso compartido explícito en el que puede agregar referencias a ensamblados compilados. Siempre que estos ensamblados se encuentren en la caché global de ensamblados (GAC), el entorno de ejecución de BizTalk busca y carga los ensamblados según sea necesario. Una desventaja es que, cuando necesite actualizar los ensamblados compartidos, a menos que implemente un esquema de control de versiones, deberá desinstalar todos los proyectos de BizTalk que hagan referencia a los ensamblados antes de llevar a cabo la actualización. Esta limitación puede dar lugar a tiempos de implementación prolongados y complejidad en la administración de varias instalaciones y desinstalaciones.

Azure Integration Services

En Azure Logic Apps, el recurso de aplicación lógica de consumo solo incluye un único flujo de trabajo con estado, lo que significa que el flujo de trabajo y el recurso de aplicación lógica, que es la aplicación, siempre tienen una relación uno a uno. Con el recurso de aplicación lógica estándar, el concepto de aplicación ha evolucionado. Aunque el recurso de aplicación lógica estándar sigue siendo la aplicación, puede incluir y ejecutar varios flujos de trabajo con este recurso, lo que da lugar a una relación uno a varios. Si está trabajando en modo local en un proyecto de aplicación lógica estándar en Visual Studio Code, el recurso de la aplicación lógica se asigna a este único proyecto. Con este enfoque, puede agrupar fácilmente y de forma lógica las cargas de trabajo, el código y los artefactos relacionados en el mismo proyecto e implementar ese proyecto como una sola unidad.

Las arquitecturas en la nube funcionan de forma diferente a los paradigmas basados en servidor, como BizTalk. Azure Logic Apps (Estándar) usa un modelo de extracción para incorporar código y artefactos. Como resultado, debe copiar los artefactos adicionales necesarios en el proyecto e implementarlos después con el código y otros artefactos. En algunos casos, es posible que quiera evitar tener que copiar todo el código y los artefactos necesarios. Si es así, puede considerar la posibilidad de convertir esta funcionalidad en un servicio que puede administrar por separado, pero que puede llamar desde un flujo de trabajo.

Por ejemplo, supongamos que tiene una transformación de datos que se usa mucho en su organización. En lugar de incluir la asignación para la transformación en varios proyectos de aplicación lógica, puede implementar una interfaz que proporcione la transformación como un servicio. Después, puede administrar el ciclo de vida de ese servicio aparte de los proyectos de aplicaciones lógicas y llamar al servicio desde los flujos de trabajo.

Con la capacidad de incluir varios flujos de trabajo en un proyecto de aplicación lógica estándar, puede preguntarse cómo organizaría esos flujos de trabajo dentro de un proyecto o entre varios proyectos. La respuesta normalmente depende de sus requisitos, por ejemplo:

• Afinidad de procesos empresariales.
• Supervisión y soporte técnico completos.
• Seguridad, control de acceso basado en rol y aislamiento de red.
• Rendimiento e importancia para la empresa.
• Ubicación geográfica y redundancia geográfica.

Para obtener más información, consulte Organización de flujos de trabajo de aplicaciones lógicas en Azure Logic Apps (Estándar).

Seguridad y gobernanza

Obviamente, la seguridad y la gobernanza son importantes cuando se crean soluciones integradas. Por definición, el middleware se establece entre dos o más sistemas. Para conectarse y acceder a estos sistemas cuando se establece una conexión, a menudo es necesario pasar credenciales o secretos, por lo que es necesario tener en cuenta la administración de esta información confidencial.

BizTalk Server

BizTalk incluye Enterprise Single Sign-On (SSO), que permite almacenar, asignar y transmitir las credenciales cifradas que usan los adaptadores. Esta información cifrada se almacena en la base de datos de SSO. También puede configurar aplicaciones afiliadas de SSO, que son entidades lógicas que representan un sistema o un sistema de línea de negocio que desea conectar.

Azure Integration Services

Azure Logic Apps admite las siguientes características de seguridad:

• Azure Key Vault

  Puede almacenar credenciales, secretos, claves de API y certificados con Azure Key Vault. En Azure Logic Apps, puede acceder a esta información con el conector de Azure Key Vault y excluir esta información de los registros de la plataforma y el historial de ejecución usando la funcionalidad de entradas y salidas seguras.

  Más adelante, en la sección Seguimiento de esta guía, se describe la funcionalidad del historial de ejecución, que proporciona una reproducción paso a paso de la ejecución de un flujo de trabajo. Aunque Azure Logic Apps ofrece la propuesta de valor de capturar cada entrada y cada salida en una ejecución de un flujo de trabajo, a veces es necesario administrar el acceso a los datos confidenciales de un modo más pormenorizado. Puede configurar la ofuscación de estos datos usando la funcionalidad de entradas y salidas seguras en los desencadenadores y las acciones para ocultar ese contenido del historial de ejecución y evitar el envío de esos datos a Azure Monitor, específicamente a Log Analytics y Application Insights. En la siguiente imagen se muestra un resultado de ejemplo de haber habilitado las entradas y salidas seguras en el historial de ejecución.

  

• Integración basada en OAuth

  La mayoría de los conectores usan este tipo de autenticación al crear conexiones. Este enfoque hace que la integración con muchos servicios SaaS sea tan fácil como proporcionar su dirección de correo electrónico y contraseña. Azure API Management también admite OAuth, así que puede usar ambos servicios juntos proporcionando un esquema de autenticación unificado.

  Esta funcionalidad no está disponible de forma nativa en BizTalk Server.

• Identidades administradas

  Algunos conectores admiten el uso de una identidad administrada para autenticar el acceso a los recursos protegidos por Microsoft Entra ID. Cuando use una identidad administrada para autenticar la conexión, no tiene que proporcionar credenciales, secretos ni tokens de Microsoft Entra.

Administración de aplicaciones y del acceso

En la siguiente sección se describen las opciones para administrar aplicaciones y el acceso en BizTalk Server y los Servicios de integración Azure.

BizTalk Server

Los administradores usan la consola de administración de BizTalk Server para administrar aplicaciones de BizTalk Server. Esta herramienta es una aplicación cliente pesada de Microsoft Management Console (MMC) que los administradores pueden usar para implementar aplicaciones, revisar transacciones anteriores, activas y en cola, y llevar a cabo actividades de solución de problemas en profundidad, como revisar datos de seguimiento y volver a enviar transacciones.

Azure Integration Services

Azure Portal es una herramienta común que usan los administradores y el personal de soporte técnico para ver y supervisar el estado de las interfaces. Para Azure Logic Apps, esta experiencia incluye un seguimiento completo de las transacciones que está disponible en el historial de ejecución.

También está disponible el control de acceso basado en rol (RBAC) pormenorizado, de modo que puede administrar y restringir el acceso a los recursos de Azure en varios niveles.

Storage

En la siguiente sección se describen las opciones de almacenamiento de datos en BizTalk Server y los Servicios de integración Azure.

BizTalk Server

BizTalk Server se basa en gran medida en SQL Server para el almacenamiento y la persistencia de los datos. Todos los demás componentes y hosts de BizTalk Server tienen roles específicos a la hora de integrar aplicaciones empresariales diferentes, como la recepción, el procesamiento y el enrutamiento de mensajes. Sin embargo, el equipo de la base de datos captura y conserva este trabajo en el disco. Por ejemplo, cuando BizTalk Server recibe un mensaje entrante, el host de recepción lo conserva en la base de datos de cuadro de mensajes antes de que otros hosts lo recuperen para el procesamiento y envío de orquestaciones.

Dado que usted es el responsable del aprovisionamiento y la administración de las bases de datos SQL, la alta disponibilidad es un componente arquitectónico importante para garantizar el tiempo de actividad. Con el fin de proporcionar alta disponibilidad para las bases de datos de BizTalk Server, los clientes suelen usar la agrupación en clústeres de Windows para crear un clúster de servidores con dos o más equipos ejecutando SQL Server. Este clúster de servidores proporciona redundancia y tolerancia a errores a las bases de datos de BizTalk Server. A diferencia de la agrupación en clústeres con equilibrio de carga, en la que un grupo de equipos funciona conjuntamente para aumentar la disponibilidad y la escalabilidad, la agrupación en clústeres de servidores suele consistir en un par de equipos de base de datos en una configuración de tipo activo/pasivo, de modo que un equipo proporciona recursos de copia de seguridad para el otro.

Azure Integration Services

Azure Logic Apps se basa en Azure Storage para almacenar y cifrar automáticamente los datos en reposo. Este cifrado protege los datos y le ayuda a cumplir los compromisos de cumplimiento y seguridad de la organización. De forma predeterminada, Azure Storage usa claves que administra Microsoft para cifrar sus datos. Para más información, consulte Cifrado de Azure Storage para datos en reposo.

Si trabaja con Azure Storage a través de Azure Portal, todas las transacciones se realizan a través de HTTPS. También puede trabajar con Azure Storage usando la API REST de Storage a través de HTTPS. Para exigir el uso de HTTPS al llamar a las API REST para acceder a objetos de cuentas de almacenamiento, habilite la transferencia segura que requiere la cuenta de almacenamiento.

Configuración de datos

La separación entre la configuración y el código es importante si desea mover las soluciones de integración entre entornos sin tener que volver a compilar o ensamblar el código. La información de configuración suele ser específica del entorno, de modo que puede definir puntos de conexión y otros detalles que es necesario cambiar a medida que implementa soluciones en todo el entorno.

BizTalk Server

• Archivo ejecutable del servicio NT de BizTalk

  Este archivo ejecutable llama a un archivo app.config denominado BTSNTSvc.exe.config. Este archivo proporciona pares clave-valor para poder almacenar información de configuración con texto no cifrado. Sin embargo, debe tener cuidado con este archivo en función de lo siguiente:

  • Asegúrese de replicar cuidadosamente la configuración en todos los equipos de un grupo de BizTalk.

  • Los cambios de configuración requieren que se reinicien las instancias de host para tomar los valores más recientes de este archivo de configuración.

  • Los errores de sintaxis introducidos en este archivo de configuración impiden que las instancias de host se inicien, lo que da lugar a tiempo de inactividad.

• Herramienta Enterprise SSO

  También puede usar esta herramienta como almacén de configuración. Hay disponibles también herramientas de la comunidad para habilitar la administración de datos con Enterprise SSO. Después, puede acceder a estos datos con las herramientas del SDK para recuperar los datos en tiempo de ejecución.

• Componentes de caché personalizados

  Estos componentes se suelen incluir para poder abordar casos de uso más allá de los pares clave-valor. Por ejemplo, supongamos que desea almacenar datos tabulares en una base de datos de SQL Server y cargar esos datos en la memoria cuando se inicie una instancia de host. Esta implementación permite que BizTalk Server obtenga esta información en tiempo de ejecución mediante la ejecución de código de .NET Fx personalizado. Después, puede acceder a estos datos desde orquestaciones, asignaciones de BizTalk y componentes de canalización personalizados.

• Base de datos personalizada

  Las bases de datos son una tecnología y un lenguaje que bien conocen los desarrolladores y administradores. Por eso una base de datos personalizada es otra opción común para almacenar datos de configuración de aplicaciones.

• Motor de reglas de negocios (BRE)

  Aunque no es un caso de uso principal, BRE también puede actuar como almacén de configuración. Tanto si llama al motor desde una orquestación como si lo hace desde un componente de canalización, puede definir información específica del entorno en las directivas BRE y, después, implementar la directiva correspondiente en el entorno correspondiente. En tiempo de ejecución, una orquestación o un componente de canalización puede acceder y usar esta información en funciones posteriores, como asignaciones o en situaciones de enrutamiento.

• Archivo de configuración personalizado

  Puede usar archivos de configuración (.config) personalizados para almacenar datos de configuración de aplicaciones, pero este enfoque no es habitual, porque es probable que tenga que mantener una ubicación estática y fija para estos archivos en todos los entornos.

• Registro de Windows

  Puede usar el Registro de Windows como una opción válida para almacenar los valores de configuración de las aplicaciones. Este registro es una base de datos jerárquica central que utilizan los sistemas operativos Microsoft Windows para almacenar información que es necesaria para configurar el sistema para uno o varios usuarios, aplicaciones y dispositivos de hardware. El Registro contiene los siguientes elementos básicos: subárboles, claves y valores. Sin embargo, mantener los valores almacenados en el Registro puede resultar difícil en entornos grandes con varios registros y la dificultad de realizar copias de seguridad de la configuración de aplicaciones individuales.

Azure Integration Services

• Azure Key Vault

  Este servicio almacena y protege las claves criptográficas y otros secretos que usan las aplicaciones y los servicios en la nube. Dado que la administración de claves seguras es esencial para proteger los datos en la nube, use Azure Key Vault para cifrar y almacenar claves y secretos, como contraseñas.

• Azure App Configuration

  Este servicio administra de forma centralizada la configuración de las aplicaciones y las marcas de características. Puede almacenar la configuración de todas sus aplicaciones de Azure en una ubicación hospedada universal. Administre las configuraciones en tiempo real de manera eficaz y confiable, y sin que afecte a los clientes, ya que evita reimplementaciones que consumen mucho tiempo. Azure App Configuration está pensado para ofrecer velocidad, escalabilidad y seguridad.

• Azure Cosmos DB

  Este servicio es una base de datos NoSQL totalmente administrada para el desarrollo de aplicaciones modernas, con tiempos de respuesta inferiores a diez milisegundos, escalabilidad automática e instantánea y velocidad garantizada a cualquier escala. Puede cargar los datos de configuración en Azure Cosmos DB y acceder a ellos usando el conector de Azure Cosmos DB en Azure Logic Apps.

• Azure Table Storage

  Este servicio proporciona otra ubicación de almacenamiento para mantener los datos de configuración a un bajo costo. Puede acceder fácilmente a estos datos con el conector de Azure Table Storage en Azure Logic Apps. Para obtener más información, consulte ¿Qué es Azure Table Storage?

• Almacenamiento en caché personalizado

  También puede implementar soluciones de almacenamiento en caché personalizadas con los Servicios de integración Azure. Una estrategia habitual consiste en usar directivas de almacenamiento en caché en Azure API Management y Azure Cache for Redis.

• Base de datos personalizada

  Las bases de datos son una tecnología y un lenguaje que bien conocen los desarrolladores y administradores. Por eso una base de datos personalizada es otra opción común para almacenar datos de configuración de aplicaciones.

Procesamiento de archivos grandes

En la siguiente sección se describen las opciones para controlar archivos grandes en BizTalk Server y los Servicios de integración Azure.

BizTalk Server

Para abordar el procesamiento de archivos de gran tamaño, BizTalk Server incluye optimizaciones basadas en los siguientes perfiles:

• Solo enrutamiento de mensajes

  Si usa BizTalk Server solo para redirigir mensajes en función de las propiedades de mensaje promocionadas, los mensajes se transmiten a la base de datos de cuadro de mensajes por medio de la interfaz XmlReader de .NET. BizTalk Server no carga elementos de mensaje individuales en la memoria. Por tanto, en este escenario, los errores de memoria insuficiente no son un problema. No obstante, lo más importante que debe tenerse en cuenta es la cantidad de tiempo necesaria para escribir mensajes muy grandes (más de 100 MB) en la base de datos de cuadro de mensajes. El equipo de desarrollo de BizTalk Server ha probado satisfactoriamente el procesamiento de mensajes con un tamaño de hasta 1 GB cuando solo se hace enrutamiento. Para obtener más información, consulte Optimización del rendimiento de las canalizaciones.

• Transformaciones de datos con asignaciones

  Cuando BizTalk Server transforma un documento utilizando una asignación, esta operación, que puede hacer un uso intensivo de la memoria, pasa el mensaje a la clase XslCompiledTransform de .NET, que carga la hoja de estilos XSL. Una vez completada correctamente la operación de carga, varios subprocesos pueden llamar simultáneamente al método Transform. Para obtener más información, consulte XslCompiledTransform (clase).

  BizTalk Server mejora considerablemente la administración de la memoria para documentos de gran tamaño, implementando un umbral de tamaño de mensaje configurable para cargar documentos en la memoria durante las transformaciones. El umbral de tamaño de mensaje predeterminado es 1 MB. BizTalk Server procesa en la memoria cualquier mensaje con un tamaño inferior a este umbral. Con el fin de reducir los requisitos de memoria para cualquier mensaje con un tamaño superior a este umbral, BizTalk Server almacena en búfer los mensajes en el sistema de archivos.

Azure Integration Services

Existen algunas diferencias fundamentales entre el procesamiento de archivos grandes con una plataforma de middleware local, como BizTalk Server, y una oferta de PaaS, como Azure Logic Apps. Por ejemplo, examine cuidadosamente escenarios de mensajes grandes para encontrar la solución adecuada, porque puede haber otras formas de resolver este problema en un entorno de nube moderno.

Límites de tamaño de archivo

En Azure, existen límites de tamaño de archivo para garantizar experiencias coherentes y confiables. Para validar el escenario, asegúrese de revisar la documentación sobre los límites de servicio de Azure Logic Apps. Algunos conectores admiten la fragmentación de los mensajes que superan el límite de tamaño predeterminado, que varía en función del conector. La fragmentación de mensajes funciona dividiendo un mensaje grande en mensajes más pequeños.

Azure Logic Apps no es el único servicio que tiene límites de tamaño para los mensajes. Por ejemplo, Azure Service Bus también tiene estos límites. Para obtener más información sobre el control de mensajes grandes en Azure Service Bus, consulte Compatibilidad con mensajes grandes.

Patrón de comprobante

Para evitar limitaciones de tamaño de archivo, puede implementar el patrón de comprobante, que funciona dividiendo un mensaje grande en un comprobante y una carga. Envía el comprobante a la plataforma de mensajería y almacena la carga en un servicio externo. De este modo, puede procesar mensajes grandes, a la vez que protege el bus de mensajes y el cliente de la sobrecarga. Este patrón también ayuda a reducir los costos, ya que el almacenamiento suele ser más barato que las unidades de recursos que utiliza la plataforma de mensajería.

Azure Data Factory

Azure Data Factory proporciona otra opción para procesar archivos grandes. Este servicio es la oferta ELT de Azure para la integración y transformación de datos escalables sin servidor, con una experiencia visual sin escritura de código que permite una creación intuitiva y la supervisión y administración en una única pantalla. También puede migrar mediante lift-and-shift paquetes de SQL Server Integration Services (SSIS) a Azure y ejecutarlos con plena compatibilidad en Azure Data Factory. SSIS Integration Runtime ofrece un servicio totalmente administrado, de modo que no tiene que preocuparse por la administración de la infraestructura. Para obtener más información, consulte Migrar cargas de trabajo de SQL Server Integration Services a la nube mediante lift-and-shift.

En las arquitecturas locales, SSIS era una opción popular para administrar la carga de archivos grandes en bases de datos. Como equivalente de esa arquitectura en la nube, Azure Data Factory puede abordar la transformación y el movimiento de grandes conjuntos de datos en varios orígenes de datos, como sistemas de archivos, bases de datos, SAP, Azure Blob Storage, Azure Data Explorer, Oracle, DB2, Amazon RDS, etc. Cuando tenga requisitos de procesamiento de datos de gran tamaño, considere la posibilidad de usar Azure Data Factory como una opción mejor que Azure Logic Apps y Azure Service Bus.

Supervisión y alertas

BizTalk Server

• BizTalk Health Monitor

  Esta herramienta es un complemento MMC que puede usar para supervisar el estado de los entornos de BizTalk Server y realizar tareas de mantenimiento. Entre las características se incluyen los informes de MsgBox Viewer (MBV), las tareas de la herramienta Terminator, las notificaciones por correo electrónico, la recopilación de informes y la integración de perfmon.

• Consola de administración de BizTalk

  Esta herramienta también es un complemento MMC para que los administradores detecten errores, instancias suspendidas, transacciones que se están reintentando, estados, etc. La experiencia de la herramienta es muy reactiva por naturaleza, ya que debe actualizar constantemente la consola para revisar la información más reciente.

• BizTalk360

  Solución web externa que proporciona el control total sobre el entorno de BizTalk Server. Esta única herramienta ofrece funcionalidad de operaciones, supervisión y análisis para BizTalk Server.

Azure Integration Services

• Azure Monitor

  Para supervisar los recursos de Azure, puede usar este servicio y la funcionalidad de Log Analytics como una solución completa para recopilar, analizar y actuar en función de los datos de telemetría del entorno local y la nube.

• En Azure Logic Apps, están disponibles las siguientes opciones:

  • En el caso de los flujos de trabajo de aplicaciones lógicas de consumo, puede instalar la solución Logic Apps Management (en versión preliminar) en Azure Portal y configurar los registros de Azure Monitor para recopilar datos de diagnóstico. Después de configurar la aplicación lógica para enviar esos datos a un área de trabajo de Azure Log Analytics, la telemetría fluye a donde la solución Logic Apps Management puede proporcionar visualizaciones de estado. Para más información, consulte Configuración de registros de Azure Monitor y recopilación de datos de diagnóstico para Azure Logic Apps. Con los diagnósticos habilitados, también puede usar Azure Monitor para enviar alertas basadas en diferentes tipos de señal, como cuando se produce un error en un desencadenador o una ejecución. Para más información, consulte Supervisión del estado de ejecución, revisión del historial de los desencadenadores y configuración de alertas en Azure Logic Apps.

  • En el caso de los flujos de trabajo de aplicaciones lógicas estándar, puede habilitar Application Insights cuando crea un recurso de aplicación lógica para enviar el registro de diagnóstico y los datos de seguimiento del flujo de trabajo de aplicación lógica. En Application Insights, puede ver un mapa de aplicación para comprender mejor las características de rendimiento y estado de las interfaces. Application Insights también incluye funcionalidad de disponibilidad para configurar pruebas sintéticas que llaman de forma proactiva a los puntos de conexión y, después, evalúan la respuesta en busca de códigos de estado HTTP o carga específicos. En función de los criterios configurados, puede enviar notificaciones a las partes interesadas o llamar a un webhook para obtener funcionalidad de orquestación adicional.

• Serverless 360 es una solución externa de Kovai que proporciona supervisión y administración mediante la asignación de servicios de Azure, como Azure Logic Apps, Azure Service Bus, Azure API Management y Azure Functions. Puede volver a procesar mensajes usando colas de mensajes fallidos en Azure Service Bus, habilitar la recuperación automática para abordar interrupciones intermitentes del servicio y configurar la supervisión proactiva por medio de transacciones sintéticas.

  Puede configurar reglas de supervisión personalizadas y ver los registros en el portal. Puede enviar notificaciones a través de varios canales, como correo electrónico, Microsoft Teams y ServiceNow. Para determinar visualmente el estado de las interfaces, hay disponibles mapas de servicio.

Supervisión de la actividad económica

En la siguiente sección se describen las opciones para supervisar y recopilar datos de telemetría de cargas de trabajo en BizTalk Server y los Servicios de integración Azure.

BizTalk Server

BizTalk Server incluye una característica denominada Supervisión de la actividad económica (BAM) que permite a los desarrolladores y analistas de negocios definir perfiles de seguimiento que pueden aplicar a las orquestaciones. A medida que los mensajes pasan por los puertos de recepción y envío, se capturan los atributos de los datos y se almacenan en una base de datos BAM. También es posible una implementación personalizada con una API de .NET Fx.

Azure Integration Services

Aunque no existe una funcionalidad de supervisión de la actividad económica equivalente en Azure, puede crear una solución personalizada usando características como Application Insights u otras plataformas de datos. A lo largo de la ejecución del flujo de trabajo, puede instrumentar el código o la configuración para enviar información relevante a estos almacenes de datos, donde puede realizar más análisis y visualizar los datos con Power BI. Para obtener más información sobre inversiones futuras en esta área, consulte la sección Hoja de ruta más adelante en esta guía.

Otra opción es usar una solución externa de Kovai denominada Serverless 360. Junto con la plataforma de supervisión, puede usar la característica Supervisión de la actividad económica, que proporciona un seguimiento completo de los flujos de los procesos empresariales en integraciones híbridas y nativas de nube. Esta característica incluye un conector administrado que los desarrolladores pueden usar para instrumentar código y capturar datos empresariales importantes. Después, los administradores pueden crear paneles y compartirlos con analistas de negocios.

Seguimiento

En la siguiente sección se describen las opciones para realizar un seguimiento de los artefactos para la supervisión del rendimiento y el análisis de estado en BizTalk Server y los Servicios de integración Azure.

BizTalk Server

• Seguimiento de mensajes

  Los administradores de BizTalk Server pueden usar el seguimiento del cuerpo de los mensajes para indicar cuándo debe conservarse el cuerpo de los mensajes en el almacenamiento con fines de solución de problemas y auditoría. El seguimiento de mensajes es una operación costosa desde un punto de vista tanto del rendimiento como del almacenamiento. Por tanto, use esta funcionalidad de forma selectiva para evitar problemas de rendimiento. Cuando se habilita el seguimiento del cuerpo de los mensajes en los puertos de recepción y envío, BizTalk Server copia los datos en la base de datos de seguimiento de BizTalk (BizTalkDTADb) por medio del trabajo del Agente SQL Server denominado TrackedMessages_Copy_<message-box-name>.

  

  Puede aplicar el seguimiento a casi todos los artefactos de BizTalk Server, incluidas las orquestaciones, las canalizaciones, los puertos de recepción y envío, los esquemas y las reglas de negocio. Estas opciones se habilitan o deshabilitan en tiempo de ejecución sin afectar al código (solución) y sin necesidad de un reinicio.

• Seguimiento de estado y actividad (HAT)

  Aunque la herramienta HAT se quitó de BizTalk Server en la edición 2009, la funcionalidad está todavía en la consola de administración de BizTalk. Los administradores pueden buscar datos con la interfaz Nueva consulta dentro del área Información general del grupo. Puede adaptar las consultas en función de diferentes criterios, como el tipo de evento, el nombre del puerto, el URI, el nombre del esquema, etc. Si desea revisar el cuerpo de los mensajes que han pasado a través de un puerto de recepción o envío, puede acceder a esta información siempre que haya habilitado el seguimiento en el nivel de puerto. Para obtener más información, consulte Seguimiento de estado y actividad.

• Integración con Application Insights y Azure Event Hubs

  A partir de BizTalk Server 2016 Feature Pack 1, se puede publicar telemetría en Application Insights en Azure Monitor o en Azure Event Hubs. Este enfoque evita problemas de capacidad de disco de SQL Server, de modo que puede usar almacenes de datos elásticos basados en la nube, como Application Insights, Log Analytics y el historial de ejecución de Azure Logic Apps.

Azure Integration Services

Azure Logic Apps proporciona un historial de ejecución completo para que los desarrolladores y analistas de soporte técnico puedan revisar la telemetría acción por acción, incluidas todas las entradas y salidas procesadas. Para ayudar a proteger los datos confidenciales, puede habilitar las entradas y salidas seguras en acciones individuales de flujos de trabajo. Esta funcionalidad ofusca u oculta los datos de los registros y los historiales de ejecución de los flujos de trabajo para evitar filtraciones.

Además de la ofuscación de datos, puede usar reglas de RBAC de Azure para proteger el acceso a los datos. RBAC de Azure incluye dos roles integrados específicamente para Azure Logic Apps, que son Colaborador de aplicaciones lógicas y Operador de aplicaciones lógicas.

Además de RBAC de Azure, también puede restringir el acceso al historial de ejecución de Azure Logic Apps por intervalos de direcciones IP.

Hospedaje

En la siguiente sección se describen las opciones de hospedaje para BizTalk Server y los Servicios de integración Azure.

BizTalk Server

BizTalk Server 2020 admite los siguientes productos y plataformas de Microsoft:

• Windows Server 2019, Windows Server 2016 y Windows 10
• Visual Studio 2019 Enterprise y Visual Studio 2019 Professional
• SQL Server 2019, SQL Server 2017 y SQL Server 2016 SP2
• Office 2019 y Office 2016

Puede instalar y ejecutar BizTalk Server en su propio hardware, en una máquina virtual del entorno local o en máquinas virtuales de Azure. Las máquinas virtuales de Azure ofrecen flexibilidad para virtualizar una amplia gama de soluciones informáticas compatibles con BizTalk Server, Windows Server, SQL Server, etc. Todas las máquinas virtuales de la generación actual incluyen equilibrio de carga y escalado automático sin costo alguno.

Azure Integration Services

Azure Logic Apps

• Planes de hospedaje

  En Azure Logic Apps de un solo inquilino, una aplicación lógica estándar es similar a una función o aplicación web de Azure donde puede usar un único plan de servicio de flujo de trabajo para hospedar varias aplicaciones lógicas estándar. Esta similitud significa que no tiene que implementar todos los flujos de trabajo en un único recurso de aplicación lógica estándar. En lugar de esto, puede organizar estos flujos de trabajo en grupos lógicos (aplicaciones lógicas) para facilitar la administración de otros aspectos de la solución. Este enfoque le ayuda a sacar el máximo partido al plan de servicio de flujo de trabajo y a las aplicaciones preparadas para el futuro, que puede implementar para que se puedan escalar individualmente.

  Una aplicación lógica estándar tiene los siguientes planes de tarifa: WS1, WS2 y WS3. Funcionalmente, cada nivel proporciona las mismas características. Los requisitos de proceso y memoria determinan qué es mejor para su escenario, por ejemplo:

  Plan de tarifa	CPU virtual (vCPU)	Memoria (GB)
  WS1	1	3,5
  WS2	2	7
  WS3	4	14

  Para obtener la información más reciente, consulte Planes de tarifa del modelo estándar.

• Disponibilidad y redundancia

  En Azure, las zonas de disponibilidad proporcionan resistencia, disponibilidad distribuida y escalabilidad de zona en modo activo/activo/activo. Para aumentar la disponibilidad de las cargas de trabajo de aplicaciones lógicas, puede habilitar la compatibilidad con zonas de disponibilidad, pero solo cuando crea la aplicación lógica. Necesitará al menos tres zonas de disponibilidad en cualquier región de Azure que admita y habilite la redundancia de zona. La plataforma Azure Logic Apps distribuye estas zonas y cargas de trabajo de aplicaciones lógicas entre estas zonas. Esta funcionalidad es un requisito clave para habilitar las arquitecturas resistentes y proporcionar alta disponibilidad si se producen errores en el centro de datos en una región. Para obtener más información, consulte Compilación de soluciones para alta disponibilidad mediante zonas de disponibilidad.

• Entorno aislado y dedicado

  En el caso de las aplicaciones lógicas estándar, tiene la opción de seleccionar App Service Environment (ASE) v3 para el entorno de implementación. Con ASE v3, obtiene un entorno totalmente aislado y dedicado para ejecutar aplicaciones a gran escala con precios predecibles. Usted paga solo por el plan de App Service para ASE, independientemente del número de aplicaciones lógicas que cree y ejecute.

Azure Service Bus

Azure Service Bus ofrece varios planes de tarifa para que pueda elegir el mejor nivel que satisfaga sus necesidades. En entornos empresariales, los clientes suelen elegir los niveles Prémium o Estándar. Para los clientes que necesitan una alta capacidad de procesamiento con un rendimiento predecible y compatibilidad con redes avanzadas, el nivel Prémium es la mejor opción. O bien, si puede aceptar un rendimiento variable y un procesamiento de mensajes más reducido, el nivel Estándar podría tener más sentido. En la siguiente tabla se resumen los dos niveles:

Nivel Premium	Nivel Standard
Capacidad de proceso elevada	Capacidad de proceso variable
Rendimiento predecible	Latencia variable
Precio fijo	Precios según la variante de pago por uso
Posibilidad de escalar y de reducir verticalmente la carga de trabajo	No disponible
Tamaño de mensaje de hasta 100 MB Consulte Compatibilidad con mensajes grandes.	Tamaño de mensaje de hasta 256 KB

Para obtener la información más reciente, consulte Niveles de mensajería Prémium y Estándar de Service Bus.

Azure API Management

Azure API Management ofrece varios planes de tarifa para que pueda elegir el nivel que mejor satisfaga sus necesidades. Cada nivel tiene sus propias características y se denominan Consumo, Desarrollador, Básico, Estándar y Prémium.

La funcionalidad de estos niveles abarca desde la integración de Microsoft Entra hasta la compatibilidad con redes virtuales de Azure, la memoria caché integrada, las puertas de enlace autohospedadas, etc. Para obtener más información sobre estos niveles y sus características, consulte Comparación de características de los planes de tarifa de Azure API Management.

Azure Data Factory

Azure Data Factory ofrece varios modelos de precios para que pueda elegir el modelo que mejor satisfaga sus necesidades. Las opciones varían en función del tipo de entorno de ejecución, que puede ser Azure Integration Runtime, entorno de ejecución de integración de VNET administrada de Azure y entorno de ejecución de integración autohospedado. En cada oferta de entorno de ejecución, considere la compatibilidad con orquestaciones, la actividad de movimiento de datos, la actividad de canalizaciones y la actividad de canalizaciones externas. Para obtener más información sobre el planeamiento de costos y los precios, consulte Planeamiento para administrar los costos de Azure Data Factory y Descripción de los precios de Data Factory a través de ejemplos.

Implementación

BizTalk Server

El empaquetado de implementación nativo de BizTalk Server se basa en un archivo de instalador de Microsoft (MSI) combinado con un archivo de configuración de entorno o de enlaces. Estos dos archivos crean una separación entre la instalación de componentes, que se implementan en los siguientes repositorios de BizTalk Server y definen la configuración en el nivel de puerto y de canalización, incluidos el punto de conexión, los secretos, la configuración de canalización, etc.

• Base de datos de administración
• Carpetas locales de BizTalk Server
• Caché global de ensamblados de .NET

Aunque este proceso puede resultar eficaz, también tiene que administrar la configuración de cada entorno aparte del código. El proyecto de código abierto BizTalk Deployment Framework (BTDF) ofrece una solución para este problema. Con esta herramienta, puede mantener la configuración del entorno como parte de la solución de BizTalk Server usando un archivo de enlaces tokenizado, que crea en tiempo de diseño, y una matriz de tokens, que crea como un archivo de Excel, para cada entorno.

Después, el proceso de compilación crea un archivo MSI unificado y con control de versiones. Este archivo admite la implementación de componentes y la configuración del entorno desde el mismo paquete, lo que le proporciona un mejor control sobre la versión de la solución que desea implementar en todos los entornos.

La compatibilidad con un paquete BTDF en una canalización de integración e implementación continuas (CI/CD) está disponible en BizTalk Server 2020, que incluye esta funcionalidad que se incorporó con los Feature Packs de BizTalk Server 2016. Puede usar esta funcionalidad y la plataforma Azure DevOps para simplificar la implementación automática de soluciones de BizTalk Server entre entornos.

Azure Integration Services

Cuando implemente un componente o una solución de los Servicios de integración Azure en Azure, debe administrar los siguientes elementos:

• Recursos de Azure que actúan como contenedores o infraestructura de las soluciones que quiera implementar; por ejemplo, la instancia de API Management, el recurso de aplicación lógica estándar, el espacio de nombres de Service Bus o el tema de Event Grid.

• Lógica real que implementa cada componente, como las API, los flujos de trabajo, las colas y las suscripciones.

• Configuración específica del entorno asociada a cada componente; por ejemplo, permisos, secretos, alertas, etc.

Al mantener la definición de la infraestructura separada del código, puede tratarla simplemente como otro fragmento de código que puede someter a control de versiones, almacenar de forma segura en un repositorio de control de código fuente y desencadenar una implementación cuando la definición cambie. Esta práctica, que se conoce normalmente como “infraestructura como Código” (IaC), mejora la calidad del entorno, porque puede crear versiones para cada entorno y hacer un seguimiento de los cambios en el control de código fuente.

Los Servicios de integración Azure admiten IaC, lo que permite crear recursos de infraestructura con plantillas de Azure Resource Manager. Aunque las plantillas de ARM pueden parecer complejas de entender e implementar como una solución unificada, puede usar herramientas de abstracción, como Bicep, Terraform o Pulumi, que proporcionan una experiencia similar al código para crear la definición de la infraestructura. Aunque estas herramientas proporcionan capas de abstracción sobre las plantillas de ARM, en última instancia generan plantillas de ARM y pueden implementarlas automáticamente.

Con la infraestructura implementada, puede aplicar la lógica que implementa los flujos de trabajo completos. Dado que los Servicios de integración Azure ofrecen una colección de herramientas para implementar los flujos de trabajo de integración, debe implementar cada componente. En el caso de las soluciones creadas con los Servicios de integración Azure, las canalizaciones de CI/CD suelen basarse en la implementación de una orquestación de componentes. Los ingenieros de DevOps pueden usar acciones integradas que abstraen las actividades de implementación, o bien usan acciones genéricas que ejecutan comandos de la CLI o scripts de automatización, como PowerShell y Bash. En la mayoría de los casos, los ingenieros personalizan las canalizaciones en función de las necesidades de la aplicación, revisan las instrucciones de la documentación oficial y usan repositorios de ejemplo como punto de partida.

El proceso para preparar cada componente para la implementación suele tener en cuenta los siguientes pasos:

• Fase de integración continua

  1. Obtener la versión más reciente del código fuente.

  2. Preparar el código con la configuración específica del entorno.

     Los detalles de este paso dependen de la compatibilidad de cada tecnología con la inserción externa de variables de entorno. La premisa básica es que la información de configuración basada en el entorno, como cadenas de conexión y referencias a recursos externos, se abstrae para hacer referencia a un repositorio de configuración de la aplicación. Por tanto, en este escenario, almacenaría referencias que pueden existir como texto no cifrado directamente en el repositorio de configuración de la aplicación, pero almacenaría los valores confidenciales, como secretos, en forma de punteros de referencia a entradas de un almacén de secretos, como un almacén de claves de Azure Key Vault.

     Azure Logic Apps hace posible este enfoque para un recurso de aplicación lógica estándar gracias a la compatibilidad con referencias al repositorio de configuración de la aplicación. Después, puede asignar pares nombre-valor a entradas del almacén de claves.

     Para Azure API Management, puede obtener resultados similares usando una configuración de pares nombre-valor, que también admite Azure Key Vault.

  3. Empaquetar el código para implementarlo en varios entornos.

• Fase de implementación continua

  1. Implementar el código empaquetado en el entorno de destino.

  2. Actualizar el repositorio de configuración de la aplicación con los valores de entorno correctos, ya sea como texto no cifrado o como referencias a entradas del almacén de claves.

  3. Actualizar los permisos necesarios que dependan del código.

  4. Preparar la aplicación para ejecutarla, si es necesario.

Coincidencia de características

En la tabla y el diagrama siguientes se muestra una coincidencia aproximada entre los recursos, artefactos, características y funcionalidad de BizTalk Server y de los Servicios de integración Azure, aunque la coincidencia no es uno a uno. Aunque los Servicios de integración Azure son una plataforma clave para cargas de trabajo de integración, asegúrese de tener en cuenta todas la características de Azure disponibles en conjunto.

Característica o función	BizTalk Server	Azure
Orquestaciones	- Orquestación de BizTalk Server - Código de C# (clase auxiliar o servicio web)	- Flujo de trabajo de Azure Logic Apps - Aplicación de funciones de Azure Functions - Aplicación de API de Azure
Pipelines	- Canalizaciones de BizTalk Server - Componentes de canalización	- Flujos de trabajo de Azure Logic Apps (como canalizaciones) - Azure API Management (como canalizaciones) - Azure Functions o aplicación de API de Azure
Enrutamiento de mensajes	- Cuadro de mensajes - Promociones de propiedades - Filtros	- Colas y temas de Azure Service Bus (encabezados de mensaje, propiedades de mensaje y suscripciones) - Azure Event Grid o Azure API Management - SQL Server o Azure Cache for Redis
Conectividad con otras aplicaciones	- Adaptadores predefinidos y personalizados de BizTalk Server - Internet Information Services (IIS) y Azure API Management (funcionalidad híbrida)	-Conectores de Azure Logic Apps - Azure API Management (como conectores) - Azure Functions o aplicación de API de Azure
Referencias cruzadas	Tablas xref_ * en la base de datos de administración (BizTalkMgmtDb) de BizTalk	- Azure Functions - SQL Server - Personalizado
Esquemas (XSD)	- Esquemas de BizTalk Server - Esquemas XML, JSON y de archivos planos	- Azure Logic Apps (Consumo) y cuenta de integración de Azure - Azure Functions y cuenta de Azure Storage - Azure Logic Apps y aplicación de API de Azure - Azure Logic Apps (Estándar)
Maps	- Asignador de BizTalk - Asignaciones XSLT - Azure API Management (funcionalidad híbrida)	- Azure Logic Apps (Consumo) y cuenta de integración de Azure (asignaciones XSLT, Liquid) - Azure Functions y cuenta de Azure Storage - Azure Logic Apps y aplicación de API de Azure - Azure Logic Apps (Estándar)
Reglas de negocios	Motor de reglas de negocio de BizTalk Server	- Azure Functions - SQL Server - Base de datos personalizada
Supervisión de la actividad económica	Supervisión de la actividad económica en BizTalk Server	- SQL Server - Azure Monitor (Application Insights) - Power BI
ENRUTAMIENTO	- Funcionalidad de BizTalk Server lista para usar - Entidades, asociados, contratos, AS2, X12, EDIFACT	Azure Logic Apps y cuenta de integración de Azure (asociados, contratos, AS2, X12, EDIFACT)
HL7, RosettaNet y SWIFT	Aceleradores de BizTalk Server para HL7, RosettaNet y SWIFT	- Conectores de Azure Logic Apps, RosettaNet y SWIFT, y cuenta de integración de Azure - Azure API Management for FHIR (HL7) - Azure Blueprint, que habilita el cumplimiento de SWIFT CSP en Azure
Secretos	Inicio de sesión único (SSO) empresarial.	- Azure Key Vault - SQL Server - Configuración de aplicaciones
Seguridad y gobernanza	- Enterprise Single Sign-On (SSO) - Aplicaciones afiliadas de SSO - Active Directory - Certificados de firma - Autenticación de seguridad de IIS - Seguridad de red	- Microsoft Entra ID - Seguridad de red de Azure - Control de acceso basado en rol (RBAC) de Azure - Comprobantes, tokens - Directivas de acceso compartido
Configuración de datos	- Archivos de configuración - Configuración de aplicaciones con Enterprise SSO - Componentes de caché personalizados - Base de datos personalizada - Motor de reglas de negocio - Registro de Windows	- Azure Key Vault - Azure App Configuration - Azure Cosmos DB - Azure Table Storage - Configuración de Azure Logic Apps (Estándar) - Configuración de Azure Functions - Valores con nombre y back-ends de Azure API Management - SQL Server - Almacenamiento en caché personalizado - Base de datos personalizada
Implementación	- Archivo de enlaces de BizTalk Server	- Azure Pipelines - Scripts de Bicep - Terraform
Seguimiento	- Funcionalidad de seguimiento de BizTalk Server (puertos de recepción, puertos de envío, canalizaciones, orquestaciones) - Seguimiento de IIS - Análisis integrados de Azure API Management (funcionalidad híbrida)	- Historial de ejecución de Azure Logic Apps y propiedades de seguimiento - Cuenta de Azure Storage - Azure Monitor (Application Insights) - Análisis integrados de Azure API Management - Solución personalizada, por ejemplo, Azure Event Hubs más Azure Functions más SQL Server más Azure Data Explorer
Supervisión	- Consola de administración de BizTalk - BizTalk Health Monitor	Azure Monitor (Application Insights, Log Analytics)
Operations	- Consola de administración de BizTalk Server - Azure Pipelines - MSI, PowerShell - BizTalk Deployment Framework	- Azure Portal - Azure Monitor - Plantillas de Azure Resource Manager - Azure Pipelines - PowerShell, CLI, Bicep

Hoja de ruta

Con el fin de ayudar a abordar las necesidades de los clientes de BizTalk para migrar sus cargas de trabajo e interfaces a los Servicios de integración Azure, Microsoft le da prioridad actualmente a las siguientes inversiones:

Período de tiempo	Inversiones en funcionalidad
A corto plazo	- Compatibilidad con XSLT + .NET Framework (en versión preliminar pública) - Codificador y descodificador de SWIFT MT (en versión preliminar pública) - Llamada a código de .NET Framework personalizado desde Azure Logic Apps (Estándar)
A medio plazo	- Mejoras de la cuenta de integración y EDI - Compatibilidad nativa con XML - Compatibilidad con WCF y SOAP - Compatibilidad con el motor de reglas de negocios
Almacenamiento	Seguimiento de eventos empresariales

Si desea mantenerse al día de las últimas inversiones, suscríbase al blog de Tech Community sobre integraciones en Azure.

Pasos siguientes

Ahora conoce mejor los Servicios de integración Azure en comparación con BizTalk Server. Lo siguiente es aprender a elegir la mejor funcionalidad de Azure para sus escenarios. O bien pase directamente a revisar las estrategias y los recursos sugeridos, los aspectos que deben tenerse en cuenta durante el planeamiento y los procedimientos recomendados para la migración.

Elección de los mejores servicios de integración en Azure para escenarios de integración empresarial

Enfoques para migrar de BizTalk Server a los Servicios de integración Azure