Make data accessible via APIs for custom processing
Application Insights sounds cool but I can't imagine having all my data locked up behind a portal without an ability to programmatically access it or at least download it for offline processing. I'm sure the portal is awesome but I'm also sure that there will be project-specific types of insight I need to get out of this data which the portal won't sufficiently support. Making data accessible outside the portal lets you get around that concern while continuing to improve the product.
Kamran Ayub commented
Or at least an API for building an app against app insights :) Being able to quickly glance at key metrics (failures) on-the-go would be excellent.
Arun Vinoth commented
Links for Code sample for importing continuous export blobs to SQL DB. Power BI reports can be built on top of that.
Rudi Larno (Avantida) commented
Perhaps even provide an HTML Widget to show some data on an external site; having to log into the portal to see any sort of data from AI is rather cumbersome.
Joshua Weber - msft commented
You may want to take a look at the newly exposed Export feature for Application Insights: http://blogs.msdn.com/b/visualstudioalm/archive/2014/12/11/export-telemetry-from-application-insights.aspx.
Gopal Rander commented
Nice Idea. I was looking for something like this. It can help us in getting the data which is more meaningful to us. We can mine the raw streaming feed for various timed events and then calculate avarage response time for that event.
Agreed. It would be ideal to access this via an API so I could then comingle these analytics with analytics from other platforms which are not being monitored by App Insights.
Bret Grinslade (msft) commented
This is a very valuable discussion. We are looking at the best ways to enable this kind of functionality. I take the thread to say that there are two main types of access. One, allow me to grab the curated data in the UI (as Kyle mentions). Two, pull out raw data for specific issues to do detailed analysis and mining.
Alex Odintsov commented
Being able to download performance data is mission critical for post-mortem analysis and other analytical reviews which will define an effort of development and DevOps teams to work on further application optimization and stress test KPIs. Until then, it is very nice toy and I wish I could use. If I have to log all that data (which I do now) on-prem, then the need for this feature is greatly reduced and I wont be able justify paying for this service.
Shashank Bansal commented
Being able to access processed data i.e. stuff that gets shown on the portal would be more important (and probably safer) than getting lower level data.
This is true assuming the processing (aggregation) does not shield information away.
Bret Grinslade (msft) commented
Is the scenario more about getting lower level data and doing additional custom processing or accessing the data you an see in the portal via APIs (as Kyle mentions).
If it is both, which is more important to do first?
Kyle McClellan commented
I don't need access to everything I've ever uploaded. Just enough to turn internal OI into external OI similar to the Windows Azure Service Dashboard (http://www.windowsazure.com/en-us/support/service-dashboard/)
Additionally, it might be interesting to allow me to compose a public-facing AI dashboard.