Поделиться через


Настройка аварийного восстановления между регионами для учетных записей интеграции B2B в Azure Logic Apps

Область применения: Azure Logic Apps (Потребление + Стандартный)

Рабочие нагрузки B2B включают денежные транзакции, например заказы и счета. Для компаний в случае аварии чрезвычайно важно быстро восстановить систему для соответствия Соглашениям об уровне обслуживания корпоративного уровня по договоренности с партнерами. В этой статье описывается создание плана обеспечения непрерывности бизнес-процессов для рабочих нагрузок B2B.

  • Готовность к аварийному восстановлению
  • Отработка отказа в дополнительный регион во время аварии
  • Восстановление размещения в основной регион после аварийного восстановления

Готовность к аварийному восстановлению

  1. Выберите дополнительный регион и создайте в нем учетную запись интеграции.

  2. Добавьте партнеров, схемы и соглашения для необходимых потоков сообщений, в которых состояние выполнения нужно реплицировать в учетную запись интеграции дополнительного региона.

    Совет

    Соглашения об именовании артефактов учетной записи интеграции в регионах должны быть согласованы.

  3. Чтобы получить состояние выполнения из основного региона, создайте приложение логики в дополнительном регионе.

    Приложение логики должно включать триггер и действие. Триггер необходимо подключить к учетной записи интеграции основного региона, а действие — к учетной записи интеграции дополнительного региона. В зависимости от интервала времени триггер выполняет опрос таблицы состояния выполнения для основного региона и извлекает новые записи при их наличии, а действие обновляет сведения о записях в учетной записи интеграции дополнительного региона. Это позволяет передать добавочное состояние среды выполнения из основного региона в дополнительный.

  4. Непрерывность бизнес-процессов в учетной записи интеграции Logic Apps поддерживает протоколы на базе B2B — X12, AS2 и EDIFACT. Чтобы получить дополнительные сведения, используйте соответствующие ссылки.

  5. Мы рекомендуем также развернуть все ресурсы основного региона

    (например, Базу данных SQL Azure и Azure Cosmos DB, Служебную шину Azure и Центры событий Azure, используемые для обмена сообщениями, управление API Azure и компонент Azure Logic Apps в Службе приложений Azure) в дополнительном регионе.

  6. Установите подключение между основным и дополнительным регионом. Чтобы получить состояние выполнения из основного региона, создайте приложение логики в дополнительном регионе.

    Приложение логики должно включать триггер и действие. Триггер необходимо подключить к учетной записи интеграции для основного региона, а действие — к учетной записи интеграции для дополнительного региона. В зависимости от интервала времени триггер выполняет опрос таблицы состояния выполнения для основного региона и извлекает новые записи при их наличии, а действие обновляет сведения о записях в учетной записи интеграции дополнительного региона. Этот процесс позволяет передать добавочное состояние среды выполнения из основного региона в дополнительный.

Непрерывность бизнес-процессов в учетной записи интеграции Logic Apps поддерживает протоколы на базе B2B — X12, AS2 и EDIFACT. Подробные инструкции по использованию протоколов X12 и AS2 см. в этом и в этом разделе данной статьи.

Отработка отказа в дополнительный регион во время аварии

Во время аварийного события, когда основной регион является недоступным для обеспечения непрерывности бизнес-процессов, перенаправьте трафик к дополнительному региону. Дополнительный регион помогает компании быстро восстановить работу в соответствии с показателями RPO и RTO, согласованными с партнерами. При использовании этого региона очень просто выполнить отработку отказа из одного региона в другой.

При копировании контрольных номеров из основного региона в дополнительный вы столкнетесь с ожидаемой задержкой. Чтобы избежать отправки повторно созданных контрольных номеров партнерам во время аварийного события, мы рекомендуем увеличивать эти номера в соглашениях для дополнительного региона с помощью командлетов PowerShell.

Восстановление размещения в основной регион после аварийного восстановления

Чтобы восстановить размещение в основной регион (если он доступен), сделайте следующее:

  1. Не принимайте сообщения от партнеров в дополнительном регионе.

  2. Увеличьте создаваемые контрольные номера для всех соглашений основного региона с помощью командлетов PowerShell.

  3. Перенаправьте трафик из дополнительного региона в основной.

  4. Проверьте, включено ли приложение логики, созданное в дополнительном регионе, чтобы передать состояние выполнения из основного региона.

X12

Для непрерывности бизнес-процессов для документов EDI X12 используются контрольные номера:

Совет

Чтобы создать приложения логики, вы также можете использовать шаблон быстрого запуска X12. Для использования этого шаблона необходимо создать учетные записи интеграции для основного и дополнительного регионов. С помощью шаблона вы создадите два приложения логики: одно для полученного контрольного номера, а второе — для созданного. Соответствующие триггеры и действия создаются в Logic Apps. Триггер подключается к учетной записи интеграции для основного региона, а действие — к учетной записи интеграции для дополнительного региона.

Предварительные условия

Чтобы включить аварийное восстановление для входящих сообщений, выберите параметры проверки дублирования в разделе с настройками получения соглашения X12.

Выбор параметров проверки дублирования

  1. Создайте пример рабочего процесса приложения логики потребления в дополнительном регионе.

  2. Выполните поиск X12 и выберите X12 — при изменении контрольного номера.

    Поиск по запросу

    При выборе триггера вам будет предложено установить соединение с учетной записью интеграции. Триггер необходимо подключить к учетной записи интеграции для основного региона.

  3. Присвойте имя для подключения, выберите из списка свою учетную запись интеграции для основного региона, а затем выберите Создать.

    Снимок экрана: присвоение имени для подключения и выбор учетной записи интеграции основного региона.

  4. Параметр Дата и время начала синхронизации контрольного номера является необязательным. Вы можете задать частоту с интервалом в днях, часах, минутах или секундах.

    Снимок экрана, на котором представлен параметр

  5. Выберите New step (Новый шаг)>Добавить действие.

    Снимок экрана, на котором представлены кнопка

  6. Выполните поиск X12 и выберите X12 — добавление или изменение контрольных номеров.

    Добавление или обновление контрольных номеров

  7. Для подключения действия к учетной записи интеграции для дополнительного региона выберите Change connection (Изменить подключение)>Добавить новое подключение, чтобы получить список доступных учетных записей интеграции. Введите имя для подключения, выберите из списка свою учетную запись интеграции для дополнительного региона, а затем выберите Создать.

    Снимок экрана, демонстрирующий, где добавлять имя учетной записи интеграции для дополнительного региона.

  8. Переключитесь на необработанные входные данные, щелкнув значок в правом верхнем углу.

    Снимок экрана, на котором представлен значок переключения на необработанные данные.

  9. Выберите "Текст" с помощью средства выбора динамического содержимого и сохраните приложение логики.

    Поля динамического содержимого

    В зависимости от интервала времени триггер выполняет опрос таблицы полученных контрольных номеров для основного региона и извлекает новые записи при их наличии, а действие обновляет сведения о записях в учетной записи интеграции дополнительного региона. Если эти сведения не обновляются, состояние триггера отображается как Пропущено.

    Таблица контрольных номеров

В зависимости от интервала времени дополнительное состояние о среде выполнения реплицируется из основного региона в дополнительный. Во время аварийного события, когда основной регион является недоступным, перенаправьте трафик к дополнительному региону для обеспечения непрерывности бизнес-процессов.

EDIFACT

Чтобы обеспечить непрерывность бизнес-процессов для документов EDIFACT EDI, используются контрольные номера.

Предварительные условия

Чтобы включить аварийное восстановление для входящих сообщений, выберите параметры проверки дублирования в разделе с настройками получения соглашения EDIFACT.

Снимок экрана, на котором продемонстрированы параметры проверки дублирования в разделе с настройками получения соглашения EDIFACT.

  1. Создайте пример рабочего процесса приложения логики потребления в дополнительном регионе.

  2. Выполните поиск EDIFACT и выберите EDIFACT — при изменении контрольного номера.

    Поиск по запросу

    При выборе триггера вам будет предложено установить соединение с учетной записью интеграции. Триггер необходимо подключить к учетной записи интеграции для основного региона.

  3. Присвойте имя для подключения, выберите из списка свою учетную запись интеграции для основного региона, а затем выберите Создать.

    Имя учетной записи интеграции для основного региона

  4. Параметр Дата и время начала синхронизации контрольного номера является необязательным. Вы можете задать частоту с интервалом в днях, часах, минутах или секундах.

    Снимок экрана, на котором представлены параметры

  5. Выберите New step (Новый шаг)>Добавить действие.

    Снимок экрана, демонстрирующий, где выбирать

  6. Выполните поиск EDIFACT и выберите EDIFACT — добавление и изменение контрольных номеров.

    Снимок экрана, демонстрирующий, где добавлять или обновлять контрольные номера.

  7. Для подключения действия к учетной записи интеграции для дополнительного региона выберите Change connection (Изменить подключение)>Добавить новое подключение, чтобы получить список доступных учетных записей интеграции. Введите имя для подключения, выберите из списка свою учетную запись интеграции для дополнительного региона, а затем выберите Создать.

    Создайте имя учетной записи интеграции для дополнительного региона.

  8. Переключитесь на необработанные входные данные, щелкнув значок в правом верхнем углу.

    Снимок экрана, на котором выделен значок переключения на необработанные входные данные.

  9. Выберите "Текст" с помощью средства выбора динамического содержимого и сохраните приложение логики.

Снимок экрана, демонстрирующий средство выбора динамического содержимого, с помощью которого можно выбрать

В зависимости от интервала времени триггер выполняет опрос таблицы полученных контрольных номеров для основного региона и извлекает новые записи при их наличии, а действие обновляет сведения о записях в учетной записи интеграции дополнительного региона. Если эти сведения не обновляются, состояние триггера отображается как Пропущено.

Таблица контрольных номеров

В зависимости от интервала времени дополнительное состояние о среде выполнения реплицируется из основного региона в дополнительный. Во время аварийного события, когда основной регион является недоступным, перенаправьте трафик к дополнительному региону для обеспечения непрерывности бизнес-процессов.

AS2

Для непрерывности бизнес-процессов для документов, использующих протокол AS2, используется идентификатор сообщения и значение MIC.

Совет

Чтобы создать приложения логики, вы также можете использовать шаблон быстрого запуска AS2. Для использования этого шаблона необходимо создать учетные записи интеграции для основного и дополнительного регионов. Шаблон позволяет создать приложение логики с триггером и действием. Приложение логики создает подключение от триггера к учетной записи интеграции для основного региона и подключение от действия к учетной записи интеграции для дополнительного региона.

  1. Создайте пример рабочего процесса приложения логики потребления в дополнительном регионе.

  2. Выполните поиск AS2 и выберите AS2 — When a MIC value is created (AS2 — При создании значения MIC).

    Поиск по запросу

    При выборе триггера вам будет предложено установить соединение с учетной записью интеграции. Триггер необходимо подключить к учетной записи интеграции для основного региона.

  3. Присвойте имя для подключения, выберите из списка свою учетную запись интеграции для основного региона, а затем выберите Создать.

    Снимок экрана, демонстрирующий, где присваивать имя для подключения при создании значения MIC.

  4. Параметр DateTime to start MIC value sync (Дата и время для запуска синхронизации значения MIC) является необязательным. Вы можете задать частоту с интервалом в днях, часах, минутах или секундах.

    Дата, время и частота

  5. Выберите New step (Новый шаг)>Добавить действие.

    Выбор действий

  6. Выполните поиск AS2 и выберите AS2 - Add or update MIC contents (AS2 — Добавление или обновление содержимого MIC).

    Добавление или обновление MIC

  7. Для подключения действия к учетной записи интеграции для дополнительного региона выберите Change connection (Изменить подключение)>Добавить новое подключение, чтобы получить список доступных учетных записей интеграции. Введите имя для подключения, выберите из списка свою учетную запись интеграции для дополнительного региона, а затем выберите Создать.

    Имя учетной записи интеграции для дополнительного региона

  8. Переключитесь на необработанные входные данные, щелкнув значок в правом верхнем углу.

    Переключение на необработанные входные данные

  9. Выберите "Текст" с помощью средства выбора динамического содержимого и сохраните приложение логики.

    Динамическое содержимое

    В зависимости от интервала времени триггер выполняет опрос таблицы для основного региона и извлекает новые записи, а действие обновляет сведения о записях в учетной записи интеграции дополнительного региона. Если эти сведения не обновляются, состояние триггера отображается как Пропущено.

    Таблица для основного региона

В зависимости от интервала времени дополнительное состояние о среде выполнения реплицируется из основного региона в дополнительный. Во время аварийного события, когда основной регион является недоступным, перенаправьте трафик к дополнительному региону для обеспечения непрерывности бизнес-процессов.

Дальнейшие действия

Мониторинг сообщений B2B с помощью журналов Azure Monitor