You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
App Insights has introduced APM 2.1 which integrates log analytics and application insights logs into a workspace so a user can view all their logs in one place. Currently, when VSCode creates an application insights resource during a function creation, a 2.1 workspace is used by default. Portal has created a new experience to be able to change/create a workspace within the Function create blade. The logic behind when a user is allowed to create a new workspace is complicated in Portal. The ask is for VSCode to be on par with Portal’s capabilities around APM 2.1.
Background
This is how Portal works today:
When you go to the monitoring tab of Function creation blade, Portal always automatically autofills with a new application insights resource. The user can also choose to select an existing resource from the drop down. If the user wants to, they can go forward with no more configuration.
The third option is to click “create new” and see the default options AI created and change them.
However, Portal uses complicated logic to determine when to allow the user to create a default workspace or an existing workspace.
This is how it works in VSCode today:
In VSCode if the user chooses simple function app creation, then an app insights resource is created by default when published. If the user chooses advanced function app creation, then they get the choice to use an existing AI resource or create a new one.
If the user chooses to create a new one, similarly to Portal, VSCode autofills a name for the resource in the same region. There is no choice for further configuration.
Requirements
VSCode is on par for APM 2.1 support with Portal. The logic can be found in the Antares UX OneNote
Add a new step to the Functions creation process to allow users to choose a location
Add a new step to the Functions creation process to allow users to create/choose a workspace. Follow the diagram in this OneNote for the logic of when this extra step should even be an option for users. This extra step should only be necessary when using “advanced” creation flow.
Validate that both the basic and advanced flows are using workspace based by default when creating default AI resources.
The text was updated successfully, but these errors were encountered:
Create a new 2.1 instance with a new workspace in the same resource group as the app
Advanced create:
Prompt to create or select existing AI instance
If creating new and a workspace exists in the resource group, prompt to choose a new workspace or select existing
If no workspaces exist in the resource group, create a new workspace (still open question on whether this is done automatically when creating a new AI instance)
Open questions
What does the SDK/RP handle for us?
Does creating a new 2.1 instance automatically create a workspace?
Worth noting as well that currently when deploying a new Function and creating the associated new app insights resource via the VSCode extension, upon visiting that resource in the Portal users are warned that the resource is deprecated as well as a few features being unavailable until it is migrated to the new type:
eg 1 (on the main overview panel):
eg 2:
(I believe this is the same issue, shout if it isn't and I'll open a new issue for it 👍)
Problem
App Insights has introduced APM 2.1 which integrates log analytics and application insights logs into a workspace so a user can view all their logs in one place. Currently, when VSCode creates an application insights resource during a function creation, a 2.1 workspace is used by default. Portal has created a new experience to be able to change/create a workspace within the Function create blade. The logic behind when a user is allowed to create a new workspace is complicated in Portal. The ask is for VSCode to be on par with Portal’s capabilities around APM 2.1.
Background
This is how Portal works today:
When you go to the monitoring tab of Function creation blade, Portal always automatically autofills with a new application insights resource. The user can also choose to select an existing resource from the drop down. If the user wants to, they can go forward with no more configuration.
The third option is to click “create new” and see the default options AI created and change them.
However, Portal uses complicated logic to determine when to allow the user to create a default workspace or an existing workspace.
This is how it works in VSCode today:
In VSCode if the user chooses simple function app creation, then an app insights resource is created by default when published. If the user chooses advanced function app creation, then they get the choice to use an existing AI resource or create a new one.
If the user chooses to create a new one, similarly to Portal, VSCode autofills a name for the resource in the same region. There is no choice for further configuration.
Requirements
The text was updated successfully, but these errors were encountered: