Примечание
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Чтобы добавить бизнес-контекст вокруг ресурсов Azure в решении интеграции, можно визуализировать потоки бизнес-процессов для задач, реализованных этими ресурсами. В службе "Отслеживание бизнес-процессов Azure" бизнес-процесс представляет собой ряд этапов, представляющих задачи, которые проходят через реальный бизнес-сценарий. Этот бизнес-процесс также задает один бизнес-идентификатор или идентификатор транзакции, например номер билета, номер заказа, номер регистра и т. д., чтобы определить транзакцию, которая существует на всех этапах бизнес-процесса и сопоставить эти этапы вместе.
При добавлении этапа в бизнес-процесс можно также определить другие значения бизнес-свойств, которые будут записываться при перемещении данных на каждом этапе. Затем можно сопоставить идентификатор транзакции и другие свойства с определенными операциями и выходными данными в рабочих процессах приложения логики "Стандартный". Дополнительные сведения см. в статье "Что такое отслеживание бизнес-процессов Azure"?
Например, предположим, что вы являетесь разработчиком или бизнес-аналитиком в энергетической компании. Команда обслуживания клиентов вашей компании имеет следующий бизнес-процесс, чтобы устранить запрос клиента на сбой питания:
После создания ресурса бизнес-процесса в Azure можно использовать редактор процессов для создания блок-диаграммы, визуально описывающей этот бизнес-процесс, например:
Примечание.
Хотя в этом примере показан последовательный бизнес-процесс, процесс может иметь параллельные ветви для представления путей принятия решений.
После определения бизнес-процесса можно сопоставить каждый этап с фактическими ресурсами Azure.
Примечание.
В этом выпуске можно сопоставить только этапы бизнес-процессов с ресурсами приложения логики уровня "Стандартный" и их рабочими процессами в Azure Logic Apps.
Необходимые компоненты
Учетная запись и подписка Azure. Если у вас еще нет подписки Azure, зарегистрируйтесь для получения бесплатной учетной записи Azure.
Примечание.
Если вы используете среду интеграции Azure и группы приложений для организации ресурсов Azure и хотите сопоставить бизнес-процесс с ресурсами Azure в среде интеграции, все ресурсы Azure должны использовать ту же подписку, включая бизнес-процессы и среду интеграции. Если вы не используете среду интеграции Azure, вы можете сопоставить бизнес-процесс с ресурсами Azure, где у вас есть доступ.
Существующий или новый кластер и база данных Azure Data Explorer
Этот ресурс Azure необходим для создания, развертывания и хранения указанных данных в бизнес-процессе. Бизнес-процесс использует эту базу данных для хранения транзакций и значений бизнес-свойств, которые необходимо записать, как данные в режиме реального времени перемещаются по рабочим процессам во время выполнения. При создании бизнес-процесса необходимо указать кластер, базу данных и таблицу для хранения нужных данных.
Примечание.
Хотя отслеживание бизнес-процессов Azure в настоящее время не взимает плату, Azure Data Explorer взимает плату на основе выбранного варианта ценообразования. Дополнительные сведения см. в разделе о ценах Azure Data Explorer.
Создание бизнес-процесса
В поле поиска портал Azure введите и выберите "Отслеживание бизнес-процессов".
На панели инструментов отслеживания бизнес-процессов нажмите кнопку "Создать".
На странице "Создание бизнес-процесса" на вкладке "Основные сведения" укажите следующие сведения:
Свойство Обязательное поле значение Описание Подписка Да < Подписка Azure> Подписка Azure, используемая для бизнес-процесса. Группа ресурсов Да < имя-группы-ресурсов-Azure> Новая или существующая группа ресурсов Azure.
В этом примере используется City-Power-and-Light-RG.Имя бизнес-процесса Да < имя процесса> Имя бизнес-процесса. Используйте только буквенно-цифровые символы, дефисы, символы подчеркивания, скобки или периоды.
В этом примере используется Resolve-Power-Outage.Описание нет < описание процесса> Цель бизнес-процесса. Регион Да < Azure-region> Регион Azure для бизнес-процесса. В следующем примере показаны сведения для примера бизнес-процесса:
После завершения нажмите кнопку "Далее: идентификатор транзакции". На вкладке "Идентификатор транзакции" укажите следующие сведения:
Свойство Обязательное поле значение Описание Идентификатор транзакции Да < идентификатор транзакции> Этот важный и уникальный идентификатор определяет транзакцию, например номер заказа, номер билета, номер дела или другой аналогичный бизнес-идентификатор, доступный на всех этапах бизнес-процесса.
В этом примере используется идентификатор транзакции с именем TicketNumber для сопоставления событий между различными системами в примере бизнес-процесса, который включает CRM, управление рабочими заказами и маркетинг.
Примечание. Отслеживание бизнес-процессов Azure автоматически включает и записывает метку времени транзакции, чтобы не добавлять это значение отдельно. Хотя при создании бизнес-процесса можно определить только один идентификатор транзакции, можно позже определить другие бизнес-свойства на каждом этапе, который требуется записать.Тип данных Да < тип данных transaction-ID-data> Тип данных для идентификатора транзакции: String или Integer.
В этом примере используется целочисленный тип данных.В следующем примере показан пример идентификатора транзакции:
По завершении нажмите кнопку "Далее: хранилище данных". На вкладке хранилища данных укажите следующие сведения:
Свойство Обязательное поле значение Описание Подписка Да < Подписка Azure> Подписка Azure для экземпляра Data Explorer. Гроздь Да < имя кластера> Имя кластера в экземпляре Data Explorer. База данных Да < имя базы данных> Имя базы данных в экземпляре Обозревателя данных. Таблицу Да < имя таблицы> Имя таблицы для создания или использования. Чтобы обновить существующую таблицу, выберите параметр " Использовать существующую таблицу".
Примечание. Хотя вы можете использовать то же имя, что и существующая таблица, которая обновляет эту таблицу в целях безопасности, создайте уникальную и отдельную таблицу для каждого бизнес-процесса. Эта практика помогает избежать смешивания конфиденциальных данных с нечувствительными данными и полезно для сценариев повторного развертывания.Использование существующей таблицы нет Включен или отключен Чтобы обновить существующую таблицу, выберите этот параметр. По завершении нажмите Создать.
После завершения развертывания портал Azure для нового ресурса бизнес-процесса портал автоматически открывает страницу обзора ресурса.
Теперь продолжайте добавлять этапы для бизнес-процесса.
Добавление этапа бизнес-процесса
После создания бизнес-процесса добавьте этапы для этого процесса. Например, предположим, что вы являетесь разработчиком интеграции в энергетической компании. Вы управляете решением для службы обработчика заказов клиента, реализованной несколькими ресурсами приложения логики уровня "Стандартный" и рабочими процессами. Ваша команда обслуживания клиентов следует следующему бизнес-процессу, чтобы устранить запрос клиента на сбой питания:
В портал Azure откройте ресурс бизнес-процесса, если он еще не открыт.
В меню ресурсов в разделе "Отслеживание бизнес-процессов" выберите "Редактор".
В редакторе выберите " Добавить этап".
На панели "Добавить этап" укажите следующие сведения:
Совет
Чтобы быстро подготовить этапы бизнес-процесса, просто укажите имя этапа, нажмите кнопку "Добавить", а затем вернитесь позже, чтобы предоставить оставшиеся значения при сопоставлении бизнес-процесса с рабочим процессом приложения логики "Стандартный".
Свойство Обязательное поле значение Описание Имя этапа Да < имя этапа> Имя этого этапа процесса. Используйте только буквенно-цифровые символы, дефисы, символы подчеркивания, скобки или периоды. Описание нет < описание этапа> Цель этого этапа. В этом примере создается этап с именем Create_ticket:
В свойствах для отслеживания таблицы на вкладке "Успех" ранее определенный идентификатор транзакции автоматически включается. Это значение требуется для корреляции между этапами и рабочими процессами.
На вкладках "Успех и сбой" можно при необходимости определить и сопоставить другие значения бизнес-свойств, которые требуется записать. Эти значения свойств можно использовать для соответствующих идентификации успешной или неудачной стадии, которая полностью остается в интерпретации, бизнес-сценариях или потребностях.
Вкладка успешного выполнения . Определение и сопоставление других значений бизнес-свойств для идентификации и записи с успешного этапа.
Вкладка "Сбой " — определение и сопоставление других значений бизнес-свойств для идентификации и записи на этапе сбоя.
Чтобы определить другие значения бизнес-свойств, которые будут использоваться на этом этапе, выполните следующие действия.
В разделе "Свойства", чтобы отслеживать, выберите "Успех " или "Сбой " в соответствии с соответствующими параметрами.
В разделе "Свойства" для отслеживания таблицы выберите " Добавить свойство".
Введите имя и тип свойства, которое является строкой или целым числом.
Например, на этом этапе указывается несколько дополнительных свойств, таких как CustomerName, CustomerEmail и CustomerPhone, для записи из успешно завершенного этапа:
После завершения нажмите кнопку "Добавить этап".
Теперь можно продолжить добавление дополнительных этапов или сопоставить каждое бизнес-свойство на этапе с соответствующей операцией и выходными данными в рабочем процессе приложения логики "Стандартный".
Чтобы добавить еще один этап, выберите один из следующих параметров в редакторе процессов:
На последнем этапе выберите знак плюса (+) для добавления этапа.
Между этапами выберите знак плюса (+), а затем выберите " Добавить этап " или "Добавить параллельный этап", который создает ветвь в бизнес-процессе.
Совет
Чтобы удалить этап, откройте контекстное меню этапа и нажмите кнопку "Удалить".
Повторите предыдущие шаги, чтобы добавить еще один этап по мере необходимости.
В следующем примере показан завершенный бизнес-процесс:
По завершении на панели инструментов редактора процессов нажмите кнопку "Сохранить".
Теперь продолжайте сопоставлять каждое бизнес-свойство с соответствующей операцией и выходными данными в рабочем процессе приложения логики "Стандартный", чтобы получить аналитические сведения о развернутом ресурсе.
