Forum Discussion
Activator Monitoring features
Hi evrise,
You are right, there are some current limitations when it comes to auditing and event context extraction within Data Activator. While it's GA, certain enterprise-grade features like programmatic access to event metadata or logging hooks are still in development or under consideration based on user feedback like yours.
At the moment, you're correct that there's no way to extract event parameters or metadata directly from the Activator trigger itself, which does limit the ability to build robust custom logic downstream.
Also if you want to raise any points or issue towards developers I suggest Ideas forum. Here you can raise an idea or upvote for a pending idea. Go through the below link for Ideas Forum.
Best Regards,
Hammad.
Hi evrise,
As we haven’t heard back from you, so just following up to our previous message. I'd like to confirm if you've successfully resolved this issue or if you need further help.
If yes, you are welcome to share your workaround and mark it as a solution so that other users can benefit as well. If you find a reply particularly helpful to you, you can also mark it as a solution.
If you still have any questions or need more support, please feel free to let us know. We are more than happy to continue to help you.
Thank you for your patience and look forward to hearing from you.
No, We havent as there is no solution right now.
Hi evrise,
To achieve a robust and audit-compliant tracking mechanism, you can implement custom logging as part of the pipeline or notebook execution flow triggered by Activator. This approach provides full control over the audit data captured and retained.
Logging Strategy:
* Insert a logging step at the beginning of each pipeline or notebook.
* Then capture the following key metadata:
Timestamp using utcnow() to record the execution time. Environment context, such as workspace name, pipeline name, and run parameters, using System.Environment variables or expressions like pipeline() (for pipeline metadata). Initiator details, including pipeline().RunId and any user metadata available via parameterization or triggering context.
Recommended Logging Destinations:
* Delta Table in a Lakehouse – Ideal for scalable querying and long-term retention.
* Azure Log Analytics (Custom Logs) – Enables centralized monitoring and alerting integration.
* Azure Storage (Blob/Table) – Cost-effective raw log storage.
* SQL Database Table – Useful for structured querying and downstream reporting.
By embedding this logging mechanism within the execution flow, organizations can ensure all Activator-triggered processes are traceable, auditable, and compliant with internal or regulatory monitoring requirements.
Best Regards,
Hammad.
No I can not. as the alert do not pass information to other triggered items.
So no. there is no Solution right now. As somebody mentioned it is not Enterprise ready.
