Persistent Dashboard

[afscrome]

Is there an existing issue for this?

• I have searched the existing issues

Is your feature request related to a problem? Please describe the problem.

Aspire 9 added persistent containers, but could the same thing be done for executables (see #6466), in particular the dashboard. I can see a lot o value with a persistent dashboard:

• Keep previous traces / metrics /logs around in memory so you can compare a trace form your latest compilation to a trace from your preview iteration.
• Be able to make use of aspire outside of your apps themselves - e.g. maybe you have unit tests / integration tests which could publish traces to otel. (Right now if you try and run those in VS, modifying your tests usually causes VS to rebuild your app, and thus kill your apphost process and the dashboard with it.)
• Improve perceived responsiveness of Aspire as the dashboard won't need to be started from scratch on later runs.
• A cheat to sidestep some of the Filed to bind errors we see around the dashboard (see 9.2: Return of the "Failed to bind" error on startup #8592 )

Describe the solution you'd like

A persistent dashboard.

Additional context

No response

[JamesNK]

This has been discussed a lot in the Aspire team. There is an existing issue for persisting data between launches - #4256.

I couldn't find an issue for constantly leaving the dashboard running so will leave this here.