Overview
The pull model is one of two deployment approaches in Business Activity Monitoring (BAM). In the pull model, your Azure services write logs to an existing data store — Application Insights, Log Analytics, or Azure Data Explorer — and Turbo360 queries that data store to retrieve and correlate those log messages into a business process view.
Unlike the push model, where your components actively send tracking events to the BAM API, the pull model works with log data your architecture already produces. No instrumentation changes are required as long as your components are logging to a supported data source.
Business value
The pull model lets you build business process visibility on top of your existing Azure observability infrastructure. Teams running Logic Apps, Azure Functions, API Management, or Data Factory can create end-to-end transaction views without adding new instrumentation or modifying existing workflows. This significantly reduces the time to first insight and lowers the operational overhead of adopting BAM.
How it works
Turbo360 connects to your data sources using a service principal that has read access to the relevant Azure resources. When you query transaction instances in BAM, Turbo360 executes queries against the configured data sources and correlates the results into a structured business process view.
The following data sources are supported:
Application Insights
Log Analytics
Azure Data Explorer (ADX)
Any Azure component that logs to one of these data sources can participate in a pull model business process. The table below shows the common technology-to-data-source pairings:
Technology | Supported data source |
|---|---|
Logic App Standard |
|
Logic App Consumption |
|
Azure Functions |
|
API Management |
|
Data Factory |
|
Custom code |
|
The diagram below shows an example where a Logic App logs to Application Insights and Turbo360 queries either Application Insights or Log Analytics to retrieve the log data.
.png)