Skip to content

docs: spec MVP v6 — controller-driven multi-stage demo (issue #46) - #293

Merged
zzylol merged 1 commit into
mainfrom
docs/mvp-v6-controller-driven-spec
May 6, 2026
Merged

zzylol merged 1 commit into
mainfrom
docs/mvp-v6-controller-driven-spec

Conversation

@zzylol

@zzylol zzylol commented May 6, 2026

Copy link
Copy Markdown
Contributor

Summary

Spec for the new MVP v6 covering the expanded #46 requirements:

  • Three query classes (window-per-series, label-at-instant, combined window+label)
  • Controller-driven sketch + stage placement (one-shot static plan)
  • Multi-stage topology (10 SDK → 2 agents → 1 gateway → 1 backend, 10K total cardinality)
  • 6 criteria with measurement plan per criterion
  • Freshness via timestamp-encoded synthetic counter (single-host clock-sync assumed)

Non-goals (explicit)

  • Dynamic replanning during run
  • OpAMP hot reconfiguration
  • Production cardinality (1M+)
  • Multi-host federation
  • Full PromQL completeness on archive tier

Phases

A: verify controller plumbing for plan→YAML emission (1 day)
B: config emitter (1-3 days, depends on A)
C: multi-stage overlay + gateway aggregation (2-3 days)
D: workload + freshness wiring (1 day)
E: driver + report v6 (1 day)
F: run + verify + comment (half day)

Total: 1-2 weeks contingent on Phase A.

Review please

This is an architecture spec — not auto-merging. Looking for sign-off on:

  1. Topology numbers (10/2/1/1, 10K cardinality split)
  2. Three query classes match the new MVP demo: test-first validation of ASAPCollector + ASAPQuery-backend #46 requirements
  3. Phase A's open question about controller emitter is the right first step
  4. Caveats list is honest about what v6 doesn't verify

🤖 Generated with Claude Code

Issue #46's MVP scope was substantially expanded by the user. This spec
captures the new requirements:

- 3 query classes: window-per-series, label-aggregation-at-instant,
  combined window+label
- Controller drives sketch + stage placement based on input query
  workload (one-shot static plan, no dynamic replanning in MVP)
- Multi-stage topology: 10 SDK / 2 agents / 1 gateway / 1 backend with
  10K total cardinality split per production-pyramid pattern
- 6 criteria: bandwidth, query latency, combined resource, accuracy,
  cold-fallback, freshness
- Freshness measured by encoding emit timestamp in synthetic counter
  value (assumes single-host clock sync)

Non-goals explicit: dynamic replan, OpAMP hot reconfig, production-
scale cardinality, multi-host federation, full PromQL on archive.

6 phases (A=verify controller plumbing, B=config emitter,
C=multi-stage overlay + gateway aggregation, D=workload + freshness
wiring, E=driver + report v6, F=run + verify + comment). Total
~1-2 weeks contingent on Phase A.

Builds on v4 (merged) and v5 (in flight).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant