Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Azure Logic Apps es el sucesor de BizTalk Server. Azure Logic Apps Standard ofrece orquestación de flujos de trabajo, integración empresarial y extensibilidad para soluciones en la nube e híbridas. Este artículo resume las razones para migrar, las opciones de alojamiento disponibles y las capacidades de BizTalk que debes evaluar.
Para estrategias de migración, consideraciones de planificación y orientación de entrega, consulta Migrate BizTalk Server with Azure Logic Apps Migration Agent.
Ciclo de vida del BizTalk Server
BizTalk Server 2020 es la última versión de BizTalk Server. Microsoft espera que las ventas de BizTalk Server 2020 finalicen el 31 de marzo de 2027. El soporte general continúa hasta el 12 de abril de 2028, tras lo cual el producto sigue sujeto a la Política de Ciclo de Vida Fijo de Microsoft.
Microsoft también planea ofrecer a los clientes elegibles soporte opcional y de pago extendido desde el 13 de abril de 2028 hasta el 10 de abril de 2030. Esta oferta está pensada como cobertura temporal de migración, se espera que excluya algunas capacidades de BizTalk y sigue sujeta a requisitos finales de elegibilidad, cobertura, precios y condiciones de compra.
Comienza a planificar la migración cuanto antes, especialmente si tus soluciones dependen de Business Activity Monitoring (BAM), el Enterprise Service Bus (ESB) Toolkit, aceleradoras industriales, adaptadores empresariales heredados, herramientas específicas de gestión del ciclo de vida de aplicaciones de BizTalk o versiones de Visual Studio después de Visual Studio 2022. Se espera que estas capacidades queden excluidas del soporte extendido de pago o que necesiten un rediseño.
Para las fechas y términos más recientes, véase:
- Actualización del ciclo de vida del producto Microsoft BizTalk Server
- Anuncio de fin de venta de BizTalk Server 2020
- Política de ciclo de vida fijo de Microsoft
Por qué Logic Apps Standard se adapta a las cargas de trabajo de BizTalk
Las aplicaciones BizTalk suelen combinar orquestación duradera, mensajería, transformaciones, procesamiento business-to-business (B2B), código personalizado y acceso a sistemas privados. Azure Logic Apps Standard ofrece estas capacidades de integración en un entorno de ejecución de un solo inquilino y soporta tanto flujos de trabajo con estado como sin estado. A diferencia de una aplicación de lógica de consumo, una aplicación de lógica estándar puede contener múltiples flujos de trabajo que comparten computación, almacenamiento, red y configuración.
Las siguientes capacidades hacen que Standard sea el tipo de recurso preferido para Logic Apps para la mayoría de los proyectos de modernización de BizTalk:
| Requisito de BizTalk | Capacidades estándar de Logic Apps |
|---|---|
| Procesos empresariales duraderos y de larga duración | Los flujos de trabajo con estado persisten en estado de ejecución y pueden recuperar ejecuciones interrumpidas. Los flujos de trabajo sin estado soportan procesamiento en memoria con menor latencia cuando no se requiere persistencia. |
| Procesos de integración relacionados | Múltiples flujos de trabajo pueden ejecutarse en una sola aplicación de lógica estándar y compartir recursos, configuración y límites de despliegue. |
| Formatos de mensajería y datos empresariales | Los conectores y acciones integrados soportan servicios como Azure Service Bus, Event Hubs, SQL Server, XML, archivos planos, transformaciones y escenarios B2B. |
| Lógica de implementación personalizada | Las funciones locales de .NET ejecutan código con ámbito de flujo de trabajo junto con los flujos de trabajo dentro de los límites del mismo proyecto y de la misma aplicación. Los scripts en línea, conectores integrados personalizados y servicios externos ofrecen otras opciones de extensibilidad. |
| Conectividad privada y local | La ejecución dedicada de inquilino único admite la integración con redes virtuales y extremos privados. El despliegue híbrido ejecuta flujos de trabajo en infraestructura gestionada por el cliente cuando se requiere procesamiento local. |
| Administración del ciclo de vida de aplicaciones | El desarrollo de Visual Studio Code, las pruebas locales, la infraestructura como código y CI/CD separan el despliegue de aplicaciones de flujo de trabajo del aprovisionamiento de infraestructura. |
| Opción de implementación | Utiliza Workflow Service Plan para alojamiento Azure gestionado, App Service Environment v3 para alojamiento Azure aislado, o Hybrid para entornos Kubernetes gestionados por el cliente. |
Logic Apps Standard proporciona la mayoría de las capacidades básicas necesarias para modernizar las soluciones BizTalk y sirve como la principal plataforma de orquestación e integración para la arquitectura objetivo, ya sea alojada en Azure o desplegada en un entorno híbrido. Otros servicios no son necesarios por defecto. Para soluciones alojadas en Azure, añade servicios de Azure como Azure Service Bus, Azure API Management o Azure Event Grid solo cuando la solución refactorizada requiera brokering de mensajes independiente, gestión del ciclo de vida de la API o distribución de eventos. Para despliegues híbridos, utiliza servicios gestionados por el cliente compatibles para cualquier capacidad o límite arquitectónico que la solución requiera fuera del Estándar de Aplicaciones Lógicas.
Razones para migrar
| Ventaja | Descripción |
|---|---|
| Plataforma de integración moderna | Crea flujos de trabajo con orquestación gestionada, conectores empresariales, capacidades B2B, integración API y seguridad y monitorización nativas en la nube. Evalúa la automatización asistida por IA y la automatización agente cuando sea compatible. |
| Preservar inversiones seleccionadas | Reutilizar o adaptar muchos esquemas, mapas, reglas, ensamblajes y componentes .NET personalizados de BizTalk en lugar de reconstruir cada artefacto. |
| Alojamiento flexible | Ejecuta flujos de trabajo estándar en Azure o utiliza despliegue híbrido para procesamiento local, acceso a la red, residencia de datos o requisitos regulatorios. |
| Desarrollo low-code y pro-code | Combina el diseñador visual de flujos de trabajo con definiciones de flujo de trabajo controladas por fuente, scripts en línea, funciones locales .NET, conectores personalizados y servicios externos. |
| Operaciones modernas | Utiliza el control de acceso basado en roles de Azure (Azure RBAC), la infraestructura como código y las canalizaciones automatizadas. Los flujos de trabajo alojados en Azure se integran con Azure Monitor y Application Insights, mientras que los despliegues híbridos utilizan OpenTelemetry y tienen diferentes limitaciones de funcionalidad. |
| Controles de costos | Comparte capacidad entre flujos de trabajo relacionados, elige un modelo de alojamiento que se adapte a la demanda de carga de trabajo y utiliza operaciones y funciones locales integradas en la medida de lo posible. |
Construir una arquitectura objetivo rentable
La rentabilidad depende del volumen de trabajo, el aislamiento requerido, la infraestructura existente, el uso de conectores y las responsabilidades operativas. Compara el coste total de propiedad en lugar de solo el coste de alojamiento de Logic Apps. Una línea base de BizTalk puede incluir licencias de BizTalk Server, Windows Server y SQL Server; computación y almacenamiento; alta disponibilidad y recuperación ante desastres; parcheo; monitorización; herramientas de despliegue y soporte operativo especializado.
Utiliza las siguientes prácticas al construir el modelo de coste objetivo:
- Agrupar flujos de trabajo relacionados con requisitos compatibles de seguridad, ciclo de vida y escalado en la misma aplicación de lógica estándar para que puedan compartir recursos de computación y soporte reservados. Mantén las cargas de trabajo separadas cuando necesiten escalabilidad, aislamiento, despliegue o propiedad independiente.
- Prefiere operaciones de conectores integrados cuando cumplan con tus requisitos. El modelo Standard incluye ejecuciones operativas integradas ilimitadas, mientras que las operaciones de conectores gestionados se facturan por llamada.
- Mantén el código .NET con alcance de flujo de trabajo en funciones locales cuando sea apropiado. Las funciones locales utilizan el límite de aplicación Logic Apps Standard y no requieren una aplicación de funciones separada, punto final, flujo de autenticación, pipeline de despliegue o límite de monitorización. El código sigue consumiendo capacidad en el plan Estándar.
- Ajusta adecuadamente la capacidad del plan de servicio de flujo de trabajo y revisa la utilización a medida que las oleadas de migración pasan a producción. El plan se factura por capacidad reservada incluso cuando los flujos de trabajo están inactivos.
- Utiliza App Service Environment v3 cuando los requisitos de aislamiento, redes dedicadas, cumplimiento o consolidación justifiquen un Plan de Servicios de Aplicaciones Aislado v2. No des por hecho que ASE v3 es la opción de menor coste para cargas de trabajo pequeñas.
- Utiliza Híbrido cuando la ejecución local, la residencia de datos o la infraestructura existente aporten suficiente valor. Incluye el entorno Kubernetes habilitado para Azure Arc, las licencias de SQL Server, el almacenamiento SMB, las redes, las operaciones y el uso de la vCPU de Logic Apps en el cálculo.
- Ten en cuenta las operaciones de almacenamiento, las cuentas de integración, las redes, la monitorización y el coste temporal de ejecutar BizTalk y Logic Apps en paralelo durante la migración.
Para más detalles sobre precios, consulta Azure Logic Apps sobre modelos de precios y facturación y la página de precios de Azure Logic Apps.
Elección de una opción de hospedaje
Azure Logic Apps tiene tipos de recurso de Consumo y Estándar separados. Para la migración de BizTalk, utiliza las capacidades estándar de Azure Logic Apps y elige una opción de alojamiento híbrido o alojada en Azure según tus necesidades.
Importante
Si actualmente utilizas Azure Logic Apps Consumption y planeas migrar cargas de trabajo de BizTalk Server, debes migrar a Azure Logic Apps Standard. Las capacidades de migración de BizTalk no están compatibles con flujos de trabajo de consumo.
| Opción de hospedaje | Mejor ajuste | Coste y propiedad | Consideraciones clave |
|---|---|---|---|
| Plan de servicio de flujo de trabajo | La opción predeterminada para migraciones de BizTalk alojadas en Azure que requieren capacidad estándar dedicada y capacidades gestionadas de Azure. | Capacidad reservada para WS1, WS2 o WS3 en un entorno gestionado por Microsoft. | Soporta múltiples flujos de trabajo por aplicación lógica, integración de redes virtuales, endpoints privados y acceso a capacidades de monitorización de Azure. |
| App Service Environment v3 | Cargas de trabajo que requieren alojamiento Azure aislado, redes dedicadas, límites de cumplimiento o consolidación con otras cargas de trabajo de Servicios de Aplicaciones. | Instancias aisladas de App Service Plan v2 en un entorno dedicado. | Requiere un ASE v3 existente o nuevo y debe justificarse por requisitos de aislamiento, escala o consolidación. |
| Híbrido | Cargas de trabajo que requieren procesamiento local, acceso de baja latencia a sistemas locales, residencia de los datos, despliegue en el edge o infraestructura gestionada por el cliente. | Uso de vCPU de Logic Apps, además de Kubernetes, SQL Server, almacenamiento SMB, redes y operaciones administrados por el cliente. | Utiliza Kubernetes habilitado para Azure Arc con la extensión Azure Container Apps y requiere conectividad Azure saliente. Algunas capacidades en la nube no están soportadas. |
Consideraciones sobre el despliegue híbrido
El despliegue híbrido es parcialmente conectado, no está separado por espacio aéreo. El entorno requiere conectividad saliente para Azure Arc y operaciones de gestión de Azure. Los conectores gestionados alojados en la nube también requieren conectividad a Azure. Las interrupciones temporales de conectividad no detienen necesariamente el procesamiento local de flujos de trabajo, pero pueden afectar a la gestión, la telemetría y las operaciones dependientes de la nube.
Para la infraestructura requerida, configuraciones soportadas, precios y limitaciones actuales, consulta Configurar tu propia infraestructura para aplicaciones de lógica estándar usando despliegue híbrido.
Asignar capacidades de BizTalk a Logic Apps
BizTalk Server y Azure Logic Apps utilizan arquitecturas diferentes. Utiliza el Agente de Migración para inventariar cada aplicación BizTalk, asignar sus artefactos y patrones de integración a las capacidades de Logic Apps e identificar los componentes que necesitas reutilizar, refactorizar, reemplazar o rediseñar.
| Capacidad BizTalk | Ruta de modernización de Logic Apps | Evaluación típica | Instrucciones relacionadas |
|---|---|---|---|
| Orquestaciones | Flujos de trabajo estándar con o sin estado | Refactoriza la lógica de procesos de negocio en flujos de trabajo. | Crear un flujo de trabajo estándar |
| Canalizaciones y código auxiliar | Acciones de flujo de trabajo, funciones locales .NET, código en línea, conectores personalizados o servicios externos | Reutilizar o refactorizar según el ciclo de vida requerido y el límite de escala. | Crear y ejecutar funciones locales .NET |
| Enrutamiento de MessageBox | Temas y suscripciones de Azure Service Bus, intercambios de RabbitMQ, temas de Apache Kafka o enrutamiento de flujos de trabajo | Rediseñar la mensajería de forma independiente del tiempo de ejecución del flujo de trabajo. | Service Bus: colas, temas y suscripciones |
| Esquemas y mapas | Artefactos del proyecto, mapas XSLT, plantillas Liquid y Data Mapper | Reutiliza artefactos compatibles y valida transformaciones. | Esquemas y mapas |
| Reglas de negocios | Motor de reglas de Azure Logic Apps | Reutilizar políticas compatibles con el BizTalk Business Rules Engine o refactorizar hechos no respaldados. | Resumen de Azure Logic Apps Rules Engine |
| EDI y B2B | Flujos de trabajo estándar, conectores y cuentas de integración | Evalúa socios, acuerdos, certificados, esquemas y requisitos de protocolo. | Flujos de trabajo de integración empresarial B2B |
| Adaptadores | Conectores y APIs integrados, gestionados o personalizados | Confirma la disponibilidad del conector, autenticación, rendimiento y soporte de alojamiento. | Información general sobre los conectores |
| BAM | Seguimiento de procesos empresariales de Azure para soluciones compatibles alojadas en Azure, o un diseño de observabilidad externo | Rediseño para despliegue híbrido, donde Seguimiento de procesos empresariales de Azure no está soportado. | Overview de Seguimiento de procesos empresariales de Azure |
| Seguimiento y supervisión | Historial de ejecuciones, propiedades rastreadas, Azure Monitor, Application Insights y OpenTelemetry | Refactorizar el modelo operativo y de soporte. | Monitorizar aplicaciones y flujos de trabajo de lógica |
El siguiente diagrama ofrece otra visión de las capacidades comunes de BizTalk Server y sus rutas de modernización alojadas en Azure:
Para la disponibilidad detallada de funciones, consulta conectores de Azure Logic Apps, resumen de integración empresarial y límites y configuración de Azure Logic Apps.
Consideraciones clave sobre migración
Arquitectura y fiabilidad
- Empieza con Azure Logic Apps Standard como aplicación objetivo. Utiliza capacidades nativas de flujo de trabajo, conectores integrados y funciones locales cuando sea apropiado, y añade otros Servicios de Integración de Azure solo cuando un requisito arquitectónico específico lo justifique.
- Para patrones de publicación-suscripción, utiliza un broker de mensajes como Azure Service Bus, RabbitMQ o Apache Kafka en lugar de reproducir el BizTalk MessageBox dentro de un flujo de trabajo.
- Diseñe pensando en los reintentos y el procesamiento al menos una vez. Utiliza idempotencia, deduplicación y escrituras seguras para evitar efectos duplicados cuando se vuelvan a intentar operaciones o se vuelvan a enviar ejecuciones.
- Revisa los límites de mensajes y conectores. Para cargas útiles grandes, utiliza la fragmentación en bloques del conector cuando esté disponible o implementa el patrón claim-check.
- Utiliza VPN Gateway, ExpressRoute u otro diseño de conectividad híbrida para conectar redes locales a Azure. El emparejamiento de redes virtuales conecta redes virtuales de Azure; no conecta por sí mismo una red local con Azure.
Código personalizado
Tener código personalizado en una solución de BizTalk no significa automáticamente que la arquitectura objetivo requiera un recurso Azure Functions separado. Utiliza funciones locales .NET para el código que pertenece a un flujo de trabajo de integración. Las funciones locales residen en el mismo proyecto que los flujos de trabajo y se ejecutan dentro del límite de la aplicación Logic Apps Standard. Los flujos de trabajo, conectores, configuración y código pueden construirse, desplegarse, escalar y operar juntos.
Las funciones locales son adecuadas para validación de mensajes con alcance de flujo de trabajo, enriquecimiento, cálculos, análisis personalizado, formateo y procesamiento específico del negocio. También pueden ayudar a modernizar ensamblajes auxiliares de BizTalk, utilidades de orquestación y lógica relacionada con la canalización cuando ese código pertenece a una aplicación de integración específica. Este enfoque evita introducir un endpoint separado, un flujo de autenticación, un recurso de alojamiento, una tubería de despliegue y un límite de monitorización solo para ejecutar código específico del flujo de trabajo.
Utiliza la siguiente guía para seleccionar el modelo de alojamiento de código adecuado:
| Utilizar funciones locales cuando | Utiliza un recurso separado de Azure Functions cuando |
|---|---|
| El código es específico de una aplicación estándar de Logic Apps. | El código es compartido por múltiples aplicaciones, flujos de trabajo o equipos. |
| El código valida, enriquece, analiza, formatea o calcula datos dentro de un flujo de trabajo. | El código proporciona una capacidad de computación gestionada de forma independiente por API, servicio o eventos. |
| El flujo de trabajo y el código deben desplegarse, escalar y operar juntos. | El código requiere escalabilidad, versionado, despliegue o propiedad operativa independientes. |
| El código no necesita un punto final de red separado ni un límite de autenticación. | El código debe exponer y asegurar su propio punto final o límite de identidad. |
| El componente auxiliar de BizTalk o la lógica asociada al pipeline forma parte del flujo de integración migrado. | El código es la carga de trabajo principal de cómputo y el flujo de trabajo de Logic Apps es solo un consumidor. |
Las funciones locales consumen la capacidad de cálculo asignada a la aplicación de lógica estándar y no sustituyen a todas las funciones o servicios independientes. Su ventaja de coste y operación proviene de evitar una frontera de recursos innecesaria cuando el código forma parte del flujo de trabajo. Los flujos de trabajo estándar también soportan JavaScript en línea, C# y PowerShell para código de corta duración, además de conectores personalizados y llamadas a APIs externas. Para orientación arquitectónica, véase Coding with Logic Apps Standard: Local Functions.
Seguridad e identidad
Utiliza Microsoft Entra ID, Azure RBAC, Azure Key Vault, redes privadas y entradas y salidas seguras para proteger flujos de trabajo y datos. Las conexiones OAuth utilizan autorización basada en tokens y pueden requerir inicio de sesión y consentimiento interactivos. No trates OAuth como guardar la dirección de correo electrónico y la contraseña de un usuario en el flujo de trabajo.
Para conectores compatibles en flujos de trabajo estándar alojados en Azure, las identidades gestionadas eliminan la necesidad de almacenar credenciales o tokens de acceso. Durante el desarrollo local, la extensión Azure Logic Apps Standard puede usar la identidad del desarrollador iniciado sesión a través de la cadena de credenciales de identidad de Azure, mientras que el flujo de trabajo desplegado utiliza su identidad gestionada asignada por el sistema o por el usuario. Ambas identidades requieren permisos apropiados sobre el recurso objetivo. Esta capacidad de Visual Studio Code no modifica la limitación híbrida actual para la autenticación de identidades administradas en las operaciones de los conectores. Para más información, véase Usar conectores con identidad gestionada en la extensión Logic Apps Standard.
Implementación y operaciones
Almacena definiciones de flujos de trabajo, configuración y artefactos en el control de versiones y utiliza canalizaciones automatizadas de compilación e implementación. Bicep se compila en plantillas de Azure Resource Manager. Terraform y Pulumi son herramientas alternativas de infraestructura como código que gestionan los recursos de Azure a través de sus respectivos proveedores.
Planifica la monitorización, el control de acceso, la configuración del entorno, la recuperación ante desastres y la propiedad de soporte antes de la primera oleada de migración en producción. Asegura las entradas y salidas de acciones sensibles para que no aparezcan en el historial de ejecuciones ni en la telemetría.
Pasos siguientes
Utiliza un enfoque de migración iterativa para las dependencias de inventario, prioriza las cargas de trabajo, valida los diseños de objetivos y libera en oleadas manejables. El Azure Logic Apps Migration Agent puede ayudarte con el descubrimiento, análisis, planificación, conversión, validación y despliegue mientras mantienes el control de la arquitectura y las decisiones de implementación.