feat(orchestration): admission backlog observability

**Context:** ROADMAP.md → Admission backlog observability
**Related:** admission-queue-deferred-pickup draft, #331 (closed)

---

## Component

API or orchestration

## Describe the feature

**CloudWatch metric and alarm** when `SUBMITTED` task depth exceeds an operator threshold—surfacing capacity and admission health before users see failures.

## Use case

Operators cannot distinguish healthy queueing from stuck hydration or admission starvation. Proactive metrics reduce incident time.

## Proposed solution

1. Scheduled or stream-derived gauge: count tasks in `SUBMITTED` per user/fleet.
2. Dashboard widget + alarm with configurable threshold.
3. Optional dimension: time-in-SUBMITTED p95.
4. Document runbook: scale concurrency, investigate hydrator, enable admission queue when shipped.

## Other information

- Pair with **admission queue** draft.
- Design context: `docs/design/OBSERVABILITY.md`, `docs/design/ORCHESTRATOR.md`.

- [ ] This might be a breaking change

Comience con ROADMAP.md y el contexto de diseño en docs/design/OBSERVABILITY.md y docs/design/ORCHESTRATOR.md; después, revise el borrador admission-queue-deferred-pickup y el issue #331. Defina el alcance de implementación para SUBMITTED-depth y las métricas opcionales de time-in-SUBMITTED, el dashboard y la alarma configurable, y el runbook del operador; la finalización debe cubrir las partes acordadas de observabilidad y documentación.

Escrito por el modelo de indexación a partir del texto del issue.