Что такое отслеживание бизнес-процессов Azure? (Предварительная версия)
Примечание.
Эта возможность входит в предварительную версию, и на нее распространяются Дополнительные условия использования предварительных версий Microsoft Azure.
В качестве разработчика или бизнес-аналитика, работающего над решениями, которые интегрируют службы и системы с помощью различных ресурсов Azure, могут возникнуть трудности с визуализацией связи между техническими компонентами в решении и бизнес-сценарии. Чтобы включить бизнес-контекст о ресурсах Azure в решение, можно создать бизнес-процессы, которые визуально представляют бизнес-логику, реализованную этими ресурсами. В службе "Отслеживание бизнес-процессов Azure" бизнес-процесс представляет собой ряд этапов, представляющих задачи, которые проходят через реальный бизнес-сценарий.
Например, предположим, что вы являетесь разработчиком или бизнес-аналитиком в энергетической компании, и вы работаете над командой, которая создает решения интеграции. Ваша команда обновляет решение для службы обработчика рабочих заказов, реализованной несколькими приложениями логики уровня "Стандартный" и рабочими процессами. Команда обслуживания клиентов вашей компании использует следующий бизнес-процесс для разрешения запроса клиента на сбой питания:
На следующей схеме показано, как можно представить бизнес-сценарий в виде бизнес-процесса с несколькими этапами, которые можно сопоставить с фактическими ресурсами Azure в решении интеграции:
Эта возможность позволяет отделить структуру бизнес-процессов от реализации. Кроме того, вам не нужно внедрять данные отслеживания в код, ресурсы или решение.
Проектирование бизнес-процессов и отслеживание
При создании ресурса бизнес-процесса в Azure вы определяете один бизнес-идентификатор или идентификатор транзакции, например номер заказа, номер регистра или номер билета, чтобы определить транзакцию, которая существует на всех этапах бизнес-процесса, чтобы сопоставить эти этапы и данные вместе.
После создания ресурса можно использовать редактор процессов для разработки этапов в бизнес-процессе, например:
Чтобы записать бизнес-данные с каждого этапа в режиме реального времени через развернутые ресурсы Azure во время выполнения, можно указать другие ключевые значения бизнес-свойств, которые требуется записать и сохранить. При создании этапа вы определяете эти бизнес-свойства и их источники данных. Например, на этапе Create_ticket определяются следующие значения бизнес-свойств для записи из развернутых ресурсов Azure:
После завершения этапа можно сопоставить идентификатор транзакции и бизнес-свойства с соответствующей операцией, которая предоставляет ожидаемые выходные данные в рабочем процессе приложения логики "Стандартный". Если вы знакомы с Azure Logic Apps, вы используете версию конструктора рабочих процессов только для чтения, чтобы выбрать операцию и маркеры динамического содержимого, представляющие нужные выходные данные операции. Это сопоставление делает более конкретную связь между реализацией службы процессора и реальным бизнес-потоком питания.
Например, на следующем снимка экрана показаны следующие элементы:
- Конструктор рабочих процессов только для чтения для ресурса и рабочего процесса приложения логики уровня "Стандартный" в Azure Logic Apps.
- Выбранная операция рабочего процесса с именем "Отправить сообщение".
- Идентификатор транзакции TicketNumber, сопоставленный с выходными данными операции с именем TicketNumber в рабочем процессе.
- Бизнес-свойства для этапа Create_ticket с сопоставлениями выбранных выходных данных из операций в рабочем процессе приложения логики "Стандартный".
На следующем снимка экрана показан полностью сопоставленный этап:
После завершения сопоставлений и сохранения бизнес-процесса можно развернуть бизнес-процесс как отдельный ресурс Azure вместе с отдельным профилем отслеживания, добавленным в развернутые ресурсы. При выполнении связанных рабочих процессов в развернутых приложениях логики эти рабочие процессы заполняют указанные вами значения бизнес-свойств. Затем можно просмотреть каждую записанную транзакцию и состояние бизнес-процесса для каждого этапа этой транзакции:
Вы также можете просмотреть записанные значения бизнес-свойств для каждого этапа транзакции:
Чтобы упорядочить развернутые ресурсы Azure, используемые в решении, и управлять ими, можно также создать среду интеграции и группы приложений, которые затем можно связать с существующими бизнес-процессами. Сведения о начале работы см. в статье "Создание среды интеграции".
Известные проблемы и ограничения
Проектирование бизнес-процессов, отслеживание и развертывание в настоящее время доступны только в портал Azure. В настоящее время нет возможностей для экспорта и импорта профилей отслеживания.
Сопоставление бизнес-процессов и отслеживание в настоящее время поддерживают только ресурсы приложения логики уровня "Стандартный" и рабочие процессы с отслеживанием состояния в Azure Logic Apps. Рабочие процессы без отслеживания состояния в настоящее время не поддерживаются.
Если у вас есть бизнес-сценарии или варианты использования, требующие рабочих процессов без отслеживания состояния, используйте ссылку отзывов о продукте для совместного использования этих сценариев и вариантов использования.
В настоящее время этот предварительный выпуск оптимизирован для скорости.
Если у вас есть отзывы о надежности рабочей нагрузки или производительности, используйте ссылку отзывов о продукте, чтобы поделиться входными данными и результатами от репрезентативных рабочих нагрузок, чтобы улучшить этот аспект.
Сведения о ценах
Отслеживание бизнес-процессов Azure не взимает плату во время предварительной версии. Однако при создании бизнес-процесса необходимо предоставить сведения для существующего или нового кластера Azure Data Explorer, базы данных и таблицы. Бизнес-процесс использует эту базу данных для хранения транзакций и значений бизнес-свойств, которые необходимо записать для последующей оценки. Azure Data Explorer взимает расходы на основе выбранного варианта ценообразования. Дополнительные сведения см. в разделе о ценах Azure Data Explorer.