This pack is built as a complete SOURCE + DESTINATION solution (identified by the IO suffix). Data collection and delivery happen entirely within the Pack's context - you can choose how data arrives at a DESTINATION:
- Send to Worker Group Routes (the default): data is sent to the top-level Worker Group Routes.
- Default Destination: data is sent to the Worker Group's Default Destination.
- In-Pack Destination: data is sent to one or more Destinations configured within the Pack.
This Pack is designed to collect, process, and output Microsoft Foundry AI-related data collected via an Azure Event Hub. The data itself is generated via instrumenting your AI Agent/Application with OTeL-compatible telemetry - see the documentation for details.
Please carefully review the configuration section as enabling data collection is a multi-step process.
Note: This Pack targets the "new" Microsoft Foundry - it may or may not work with the "classic" version.
- Every bundled Source within this pack adds a hidden field:
__packsource. This field allows for simplified routing based on the Pack source. - This pack is configured by default to use the Destination Send to Worker Group Routes. You must add either a Worker Group Route or rely on the Default Destination.
- To explicitly use the Worker Group's Default Destination, change the Pack's Routes to default:default. The Pack will then route the data to the destination currently set as the Default on the Worker Group.
Configuring data collection via Azure Monitor is best done by leveraging one of the Solution Templates provided by Microsoft. These all come pre-configured with the option to generate trace (telemetry) data and will automatically provision the required Azure resources for you, including Application Insights and Log Analytics. If you are not using a Solution Template, than you must ensure the following resources exist and are properly configured:
- Tracing enabled and working.
- Application Insights connected to your Agents and gathering data.
- A Log Analytics Workspace configured to receive the telemetry data.
Foundry data flow into Cribl traces the following path: agent trace -> app insights -> log analytics -> event hub -> cribl. Perform the following to get the data into an Event Hub for Cribl to ingest:
- Create (or reuse) an Azure/Entra Application and ensure it has the
Azure Event Hubs Data Receiverpermission. See here for details. - Create an Event Hub namespace and an Event Hub. By default, this Pack uses
microsoft-foundry-cribl-integrationfor the Event Hub name. You should not use an already-in-use Event Hub! - Create a Data Export Rule in your Log Analytics space to export the trace data table(s) to the Event Hub you created above. By default, the relevant data is in the
AppDependenciesandAppEventstables.
You will need the following to configure the Event Hub in Cribl:
- Tenant ID, Application/Client ID, and a Client Secret.
- Event Hub Namespace value and Event Hub name.
- If you are not using OAUTH authentication, you will need the correct Azure Event Hub connection string.
In the Pack, click on the in_microsoft_foundry_cribl_integration Event Hub source and configure the following:
- In General Settings, replace
YOUR_EVENTHUB_NAMESPACEin the Brokers entry with your Event Hub Namespace and update the Event Hub name entry (if using a name other thanmicrosoft-foundry-cribl-integration). - In Authentication for OAUTH, add your Tenant ID, Client ID, and Client Secret and replace
YOUR_EVENTHUB_NAMESPACEwith your Event Hub Namespace value. If not using OAUTH, see the docs for options.
Each data type can be configured to output data in either normalized JSON or Splunk (_raw + Splunk fields) format. Enable only one format for the cribl_microsoft_foundry pipeline.
To ensure proper data routing, you must make a choice: retain the current setting to use the Default Destination defined by your Worker Group, or define a new Destination directly inside this pack and adjust the pack's routes accordingly.
Once everything is configured, perform a Commit & Deploy to enable data collection.
The Pack has the following variables:
microsoft_foundry_default_splunk_index: Default index for the Splunk output.
Upgrading certain Cribl Packs using the same Pack ID can have unintended consequences. See Upgrading an Existing Pack for details.
- Updated Route Destinations to "Send to Worker Group Routes". See above for details.
- Initial release
To contribute to the Pack, please connect with us on Cribl Community Slack. You can suggest new features or offer to collaborate.
This Pack uses the following license: Apache 2.0.