Dashboard should show custom resources

[davidfowl]

Today the dashboard shows projects, containers, executables, while these are the core "launchable" primitives, things like AzureServiceBus and PostgresConnection don't show up. We should show other resources that come the application model directly that aren't part of the DCP model.

In eshoplite, there's no way to see the azure service bus resource:

[dbreshears]

Added for Post Preview so we can work with @leslierichardson95 for a design

[davidfowl]

@mitchdenny would appreciate your thoughts on this. I was thinking one thing we could do is show data from known annotations and interfaces (IResourceWithConnectionString) in the grid.

[mitchdenny]

I think we should change the dashboard to query the components from the app model vs. querying DCP - and yes I think the dashboard should show custom resources. I would actually prefer that we just have a unified list of resources rather than breaking them out by container / executable etc. Then with a drop down to filter by component type.

I'd also like to enable resources to offer up information/actions that can be accessed from the portal. For example for Redis I'd really like to be able to do things like clear out the cache without having to restart everything. We don't need to solve all these specific things with this issue, but what we should be thinking about is how do we create the room to create a really great local development experience here.

[davidfowl]

I think we should change the dashboard to query the components from the app model vs. querying DCP - and yes I think the dashboard should show custom resources. I would actually prefer that we just have a unified list of resources rather than breaking them out by container / executable etc. Then with a drop down to filter by component type.

💯!

I was going to file a new bug for this one, but I want to see connection strings for existing container resources. Right now, I can only find this by looking at resources that added a reference which is pretty indirect.

I'd also like to enable resources to offer up information/actions that can be accessed from the portal. For example for Redis I'd really like to be able to do things like clear out the cache without having to restart everything. We don't need to solve all these specific things with this issue, but what we should be thinking about is how do we create the room to create a really great local development experience here.

I would start with a purely read only experience and then discuss how to formalize the actions on resources. It does sound like a really cool thing to do though!

[mitchdenny]

t does sound like a really cool thing to do though!

Baby steps

[davidfowl]

@kvenkatrajan Putting this in preview3 (it might slip to 4)

[smitpatel]

In order for us to show custom resources we need to invert our current way of computing view models for dashboard. Right now we get data from dcp and fill in places from application model where needed (specifically for endpoint details from launch profiles).
In inverted way, we will basically utilize the resources which are in application model and for well-known resource kinds like Executable/Container, we will ask dcp to provide information regarding current run and fill the view model.

[davidfowl]

After this change we will be using the distributed application model as the source of truth, not dcp. Dcp will enrich the values resources with data about what’s actually running

[drewnoakes]

Status update:

• The communication protocol between AppHost and Dashboard supports arbitrary resource types. The UI will show custom resources.
• With Add resource details panel #1542, we can show all property name/value pairs a resource defines.
• We must still update the AppHost's implementation of the resource service to pull from the Distributed Application Model.
• Getting new resource types will draw out requirements and designs for further improvements.