[EPIC] Local view of your app and resources

## Problem statement

After running ``azd` up`, developers can check on their application through the Azure Portal or ``azd` show`, but there's an opportunity for a more streamlined, local-first experience. Developers have told us they'd love a single local view that shows what they deployed, whether it's healthy, and what's happening, without leaving their development environment.

The team has valuable existing dashboard work to build on, including an `azd` app view with real-time logs, service health, and filtering. This epic is to evaluate those options and delivering a cohesive local view of deployed applications.

## Vision

Developers get a lightweight, local-first view of their `azd` deployed application, including services, resources, health status, and real-time logs, all accessible from their terminal or browser. The experience is fast, requires no additional infrastructure, and works out of the box after `azd up`. It feels like a natural part of the `azd` workflow without a separate tool to learn.

## Who this helps

- **Azure developers (any experience level)**: After deploying, run one command or click one link and see your app: which services are running, which resources were provisioned, current health, and recent logs.
- **Platform engineers**: Use the dashboard to validate deployments across environments. See resource status at a glance when troubleshooting team issues.
- **Developers new to Azure**: The dashboard provides immediate confirmation that a first deployment worked. See services, click through to resources, and build confidence in the deployment workflow.

## Goals (in scope)

- Evaluate the Aspire dashboard (standalone container + OpenTelemetry) as a PoC for local app visibility
- Evaluate enhancing `azd show` as a lighter-weight alternative
- Coordinate with Jon's existing `azd` app dashboard to leverage 9 months of usage and investment (real-time logs, service health, filtering)
- Deliver a lightweight local view of: deployed services, provisioned resources, health status, and recent logs
- Validate dashboard data accuracy; AI-generated or auto-populated data must be verified before shipping

## Non-goals (out of scope)

- Building a custom dashboard from scratch; we have existing options to evaluate first
- Replacing Azure Portal or any cloud-side monitoring; this is local-first, developer-focused
- The internal performance dashboard becoming public-facing; that remains team-only
- Full observability platform features (distributed tracing, metrics aggregation, alerting)

## Success criteria

- [ ] Decision made on approach: Aspire dashboard PoC, enhanced `azd show`, or Jon's existing dashboard as starting point
- [ ] Prototype demonstrates local view of deployed services and resource status
- [ ] Lightweight version accessible from terminal or browser after `azd up`
- [ ] Existing dashboard efforts (Jon's app dashboard, Power BI, performance dashboard) coordinated, with no duplication
- [ ] Developer feedback collected on the chosen approach

## Dependencies

- **Jon's `azd` app dashboard**: 9 months of existing investment. Needs video walkthrough and team review before any new build starts.
- **Aspire team**: If Aspire dashboard PoC is the path, requires coordination on standalone container approach and OTel integration.
- **`azd show` / core `azd`**: If enhancing `azd show`, this touches core CLI output and may need coordination with the UX revamp epic.