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.
Se aplica a: Azure Logic Apps (consumo + estándar)
Las cargas de trabajo de B2B implican transacciones monetarias como pedidos y facturas. Durante un evento de desastre, es fundamental que una empresa se recupere rápidamente a fin de cumplir los Acuerdos de Nivel de Servicio a nivel de negocio acordados con sus asociados. Este artículo describe cómo elaborar un plan de continuidad de negocio para cargas de trabajo B2B.
- Preparación para la recuperación ante desastres
- Conmutar por error a la región secundaria durante un desastre
- Volver a la región primaria después de un evento de desastre
Preparación para la recuperación ante desastres
Identifique una región secundaria y cree una cuenta de integración en ella.
Agregue socios, esquemas y acuerdos para los flujos de mensajes necesarios donde el estado de ejecución se tenga que replicar a la cuenta de integración de la región secundaria.
Sugerencia
Asegúrese de que haya coherencia en la convención de nomenclatura de los artefactos de la cuenta de integración entre regiones.
Para extraer el estado de la ejecución de la región primaria, crea una aplicación lógica y un flujo de trabajo en la región secundaria.
Este flujo de trabajo de la aplicación lógica debe tener un desencadenador y una acción. El disparador debería conectarse a la cuenta de integración de la región principal. La acción debe conectarse con la cuenta de integración de la región secundaria.
Según el intervalo de tiempo, el desencadenador sondea la tabla de estado de ejecución de la región primaria y extrae los nuevos registros, si los hubiera. La acción los actualiza en la cuenta de integración de una región secundaria. Esto ayuda a obtener el estado del tiempo de ejecución incremental desde la región primaria hacia la secundaria.
La continuidad del negocio en la cuenta de integración está diseñada para soportar protocolos B2B: X12, AS2 y EDIFACT. Para encontrar los pasos detallados, selecciona los enlaces correspondientes en este artículo.
Desplegar todos los recursos de la región primaria en una región secundaria.
Los principales recursos regionales incluyen Azure SQL Database o Azure Cosmos DB, Azure Service Bus y Azure Event Hubs usados para mensajería, Azure API Management y el Azure Logic Apps característica en Azure App Service.
Establece una conexión desde una región primaria a una secundaria. Para extraer el estado de la ejecución de una región primaria, crea una aplicación lógica y un flujo de trabajo en una región secundaria.
Este flujo de trabajo de la aplicación lógica debe tener un desencadenador y una acción. El disparador debería conectarse a la cuenta de integración de la región principal. La acción debe conectarse a la cuenta de integración de la región secundaria.
Según el intervalo de tiempo, el desencadenador sondea la tabla de estado de ejecución de la región primaria y extrae los nuevos registros, si los hubiera. La acción los actualiza en la cuenta de integración de una región secundaria. Esto ayuda a obtener el estado del tiempo de ejecución incremental desde la región primaria hacia la secundaria.
La continuidad del negocio en una cuenta de integración de Azure Logic Apps ofrece soporte basado en los protocolos B2B X12, AS2 y EDIFACT. Para pasos detallados sobre el uso de X12 y AS2, consulte las siguientes secciones de este artículo:
Cambio automático a una región secundaria durante un evento de desastre
Durante un evento de desastre, cuando la región principal no esté disponible para la continuidad del negocio, dirige el tráfico hacia la región secundaria. Una región secundaria ayuda a una empresa a recuperar rápidamente las funciones para cumplir con el RPO/RTO acordado por sus socios. Este enfoque también minimiza el esfuerzo necesario para realizar la conmutación por error de una región a otra.
Se espera latencia al copiar números de control de una región primaria a una secundaria. Para evitar enviar números de control duplicados generados a los socios durante un evento de desastre, incrementa los números de control en los acuerdos de región secundaria usando cmdlets de PowerShell.
Volver a la región primaria después de un evento de desastre
Para volver a una región principal cuando esté disponible, sigue estos pasos:
Deje de aceptar mensajes de socios en la región secundaria.
Aumente los números de control generados para todos los contratos de región primaria con cmdlets de PowerShell.
Dirigir el tráfico desde la región secundaria a la región primaria.
Compruebe que la aplicación lógica creada en la región secundaria para extraer el estado de ejecución de la región primaria está habilitada.
X12
La continuidad del negocio para documentos EDI X12 se basa en números de control.
Requisitos previos
Un acuerdo X12 entre tus socios comerciales
Para habilitar la recuperación ante desastres para mensajes entrantes, en la configuración de recepción del acuerdo X12, seleccione los siguientes ajustes:
- No permitir duplicados de números de control de intercambio
- No permitir números de control de grupo duplicados
- No permitir números de control duplicados del conjunto de transacciones
Sugerencia
También puedes usar la plantilla de inicio rápido de X12 para crear aplicaciones lógicas. La plantilla requiere que crees cuentas de integración primarias y secundarias.
La plantilla crea dos aplicaciones y flujos de trabajo lógicos: uno para números de control recibidos y otro para números de control generados. Los desencadenadores y las acciones correspondientes se crean en los flujos de trabajo de la aplicación lógica, que conectan el desencadenador con la cuenta de integración principal y la acción con la cuenta de integración secundaria.
Cree un ejemplo de flujo de trabajo de aplicación lógica de Consumo en una región secundaria.
Sigue los pasos generales para añadir el disparador X12 llamado Cuando se modifica un número de control.
El disparador te pide crear una conexión con una cuenta de integración. Conecta el disparador a tu cuenta principal de integración regional.
Escriba un nombre de conexión, seleccione la cuenta de integración de la región primaria en la lista y seleccione Crear.
Opcionalmente, configura el campo FechaHora para iniciar la sincronización de números de control . Configura el campo de Frecuencia en Día, Hora, Minuto o Segundo junto con un valor de Intervalo .
Sigue los pasos generales para añadir una acción X12 llamada Añadir o actualizar números de control.
Para conectar una acción a la cuenta de integración de una región secundaria, seleccione Cambiar conexión>Agregar nueva conexión para ver una lista de las cuentas de integración disponibles. Escriba un nombre de conexión, seleccione la cuenta de integración de la región secundaria en la lista y haga clic en Crear.
Cambia a entradas en bruto seleccionando el icono en la esquina superior derecha.
Desde la lista de contenido dinámico, selecciona Cuerpo y luego guarda la aplicación lógica.
Según el intervalo de tiempo, el desencadenador sondea la tabla de número de control recibido de la región primaria y extrae los nuevos registros. La acción actualiza los registros en la cuenta de integración de la región secundaria. Si no hay actualizaciones, el estado del desencadenador aparece como Omitido.
Según el intervalo de tiempo, el estado en tiempo de ejecución incremental se replica de una región primaria a una secundaria. Durante un desastre, si la región primaria no está disponible, el tráfico se dirige a la región secundaria para la continuidad empresarial.
EDIFACT
La continuidad empresarial de los documentos EDI EDIFACT se basa en los números de control.
Requisitos previos
Un acuerdo EDIFACT entre tus socios comerciales
Para habilitar la recuperación ante desastres para mensajes entrantes, en la Configuración de Recepción del acuerdo EDIFACT, seleccione los siguientes ajustes:
- No permitir duplicados de números de control de intercambio
- No permitir números de control de grupo duplicados
- No permitir números de control duplicados del conjunto de transacciones
Cree un ejemplo de flujo de trabajo de aplicación lógica de Consumo en una región secundaria.
Sigue los pasos generales para añadir el disparador EDIFACT llamado Cuando se modifica un número de control.
El disparador te pide crear una conexión con una cuenta de integración. Conecta el disparador a tu cuenta principal de integración regional.
Escriba un nombre de conexión, seleccione la cuenta de integración de la región primaria en la lista y seleccione Crear.
Opcionalmente, configura el campo FechaHora para iniciar la sincronización de números de control . Configura el campo de Frecuencia en Día, Hora, Minuto o Segundo junto con un valor de Intervalo .
Sigue los pasos generales para añadir una acción EDIFACT llamada Añadir o actualizar números de control.
Para conectar una acción a la cuenta de integración de una región secundaria, seleccione Cambiar conexión>Agregar nueva conexión para ver una lista de las cuentas de integración disponibles. Escriba un nombre de conexión, seleccione la cuenta de integración de la región secundaria en la lista y haga clic en Crear.
Cambia a entradas en bruto seleccionando el icono en la esquina superior derecha.
En la lista de contenido dinámico, selecciona Cuerpo y luego guarda la aplicación lógica.
Según el intervalo de tiempo, el desencadenador sondea la tabla de número de control recibido de la región primaria y extrae los nuevos registros. La acción actualiza los registros en la cuenta de integración de la región secundaria. Si no hay actualizaciones, el estado del desencadenador aparece como Omitido.
Según el intervalo de tiempo, el estado en tiempo de ejecución incremental se replica de una región primaria a una secundaria. Durante un desastre, si la región primaria no está disponible, el tráfico se dirige a la región secundaria para la continuidad empresarial.
AS2
La continuidad empresarial de los documentos que usan el protocolo AS2 se basa en el identificador de mensaje y el valor MIC.
Sugerencia
También puedes usar la plantilla de inicio rápido de AS2 para crear aplicaciones lógicas. La plantilla requiere que crees cuentas de integración primarias y secundarias. La plantilla crea un flujo de trabajo de aplicación lógica que tiene un disparador y una acción. El flujo de trabajo de la aplicación lógica crea una conexión entre un desencadenador y una cuenta de integración principal, y entre una acción y una cuenta de integración secundaria.
Cree un ejemplo de flujo de trabajo de aplicación lógica de consumo en la región secundaria.
Sigue los pasos generales para añadir el disparador AS2 llamado Cuando se crea un valor MIC.
El disparador te pide crear una conexión con una cuenta de integración. Conecta el disparador a tu cuenta principal de integración regional.
Escriba un nombre de conexión, seleccione la cuenta de integración de la región primaria en la lista y seleccione Crear.
Opcionalmente, configura el campo DateTime para iniciar la sincronización de valores del MIC . Configura el campo de Frecuencia en Día, Hora, Minuto o Segundo junto con un valor de Intervalo .
Sigue los pasos generales para añadir una acción AS2 llamada Añadir o actualizar contenido del MIC.
Para conectar una acción a la cuenta de integración secundaria, seleccione Cambiar conexión>Agregar nueva conexión para ver una lista de las cuentas de integración disponibles. Escriba un nombre de conexión, seleccione la cuenta de integración de la región secundaria en la lista y haga clic en Crear.
Cambia a entradas en bruto seleccionando el icono en la esquina superior derecha.
Desde la lista de contenido dinámico, selecciona Cuerpo y luego guarda la aplicación lógica.
Según el intervalo de tiempo, el disparador sondea la tabla de la región primaria y extrae los nuevos registros. La acción los actualiza en la cuenta de integración de una región secundaria.
Si no hay actualizaciones, el estado del desencadenador aparece como Omitido.
Según el intervalo de tiempo, el estado en tiempo de ejecución incremental se replica de la región primaria a la secundaria. Durante un desastre, si la región primaria no está disponible, el tráfico se dirige a la región secundaria para la continuidad empresarial.
Contenido relacionado
Supervisión de mensajes B2B con los registros de Azure Monitor