Skip to content

docs(roadmap): Rev 2 — post-v0.7.1 actuals, v0.8 re-slot to One Storage Kernel GA (task #68)#337

Merged
pilotspacex-byte merged 1 commit into
mainfrom
docs/t68-roadmap-rev2
Jul 15, 2026
Merged

docs(roadmap): Rev 2 — post-v0.7.1 actuals, v0.8 re-slot to One Storage Kernel GA (task #68)#337
pilotspacex-byte merged 1 commit into
mainfrom
docs/t68-roadmap-rev2

Conversation

@pilotspacex-byte

@pilotspacex-byte pilotspacex-byte commented Jul 15, 2026

Copy link
Copy Markdown
Contributor

Summary

Roadmap Rev 2 (task #68, doc half): reconcile docs/roadmap/ROADMAP.md to post-v0.7.1 reality and record the 2026-07-15 owner decision on the release train.

What changed

Verification

Doc-only change. CHANGELOG [Unreleased] entry included (Lint gate).

Summary by CodeRabbit

  • Documentation
    • Updated the product roadmap to reflect the current release status through v0.7.1.
    • Recorded shipped capabilities, revised upcoming milestones, and adjusted feature priorities.
    • Refreshed the roadmap’s limitations, execution plans, and technical debt tracking.

… to One Storage Kernel GA (task #68)

The written roadmap (2026-07-09) predated the v0.7.0 early ship and the
storage-kernel build-out that landed inside that train. This revision:

- Marks v0.6.1 (folded) and v0.7.0/v0.7.1 shipped, recording the disclosed
  single-shard-replica limitation and the slipped R5 (keyspace notifications
  + MONITOR) and R6 (moon:// URI implementation) items.
- Re-slots the release train per the 2026-07-15 owner decision:
  v0.8 = One Storage Kernel GA (close-out + verification of the already-built
  kernel: task #49 atomic-write stragglers, #56 used_memory truth under
  offload, spill-file batching, crash-matrix CI, 10×-RAM benchmark report);
  v0.9 = horizontal scale (cluster-on-monoio + multi-shard replicas);
  v0.10 = enterprise foundation; v1.0 GA 2027-Q1 unchanged.
- Refreshes the reality-check table and debt register: closes the six shipped
  gaps (multi-shard master PSYNC, WAIT/ACK, cold-tier TTL leak, ACL
  early-intercept, shardslice waiver, hygiene ledger) and adds the v0.8
  close-out items.

Refs task #68 (roadmap half; the v0.8 execution plan lives in §4/§8).

author: Tin Dang <tindang.ht97@gmail.com>
@qodo-code-review

Copy link
Copy Markdown

Qodo reviews are paused for this user.

Troubleshooting steps vary by plan Learn more →

On a Teams plan?
Reviews resume once this user has a paid seat and their Git account is linked in Qodo.
Link Git account →

Using GitHub Enterprise Server, GitLab Self-Managed, or Bitbucket Data Center?
These require an Enterprise plan - Contact us
Contact us →

@coderabbitai

coderabbitai Bot commented Jul 15, 2026

Copy link
Copy Markdown

Review Change Stack

📝 Walkthrough

Walkthrough

The documentation updates establish Roadmap Rev 2, set v0.7.1 as the current release, revise capability gaps and replication milestones, update release and execution plans, refresh the debt register, and record the roadmap changes in CHANGELOG.md.

Changes

Roadmap Rev 2

Layer / File(s) Summary
Status and capability tracking
docs/roadmap/ROADMAP.md
Updates the roadmap status, capability-gap table, and replication/HA mindmap with revised limitations and milestone placement.
Release train and execution planning
docs/roadmap/ROADMAP.md
Marks v0.7.0 and v0.7.1 as shipped, folds v0.6.1 into v0.7.0, defines the v0.8.0 storage-kernel close-out, and re-slots later execution-plan items.
Debt register and changelog
docs/roadmap/ROADMAP.md, CHANGELOG.md
Refreshes debt and hygiene statuses and adds an Unreleased documentation entry for Roadmap Rev 2.

Estimated code review effort: 1 (Trivial) | ~5 minutes

Possibly related PRs

🚥 Pre-merge checks | ✅ 5
✅ Passed checks (5 passed)
Check name Status Explanation
Title check ✅ Passed The title is specific and accurately summarizes the roadmap revision and v0.8 re-slotting.
Description check ✅ Passed The description covers the roadmap changes and verification, but it omits the checklist, performance impact, and notes sections.
Docstring Coverage ✅ Passed No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.
Linked Issues check ✅ Passed Check skipped because no linked issues were found for this pull request.
Out of Scope Changes check ✅ Passed Check skipped because no linked issues were found for this pull request.
✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Commit unit tests in branch docs/t68-roadmap-rev2

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands.

@coderabbitai coderabbitai Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 3

🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

Inline comments:
In `@CHANGELOG.md`:
- Around line 10-12: Update the Roadmap Rev 2 changelog entry to state that
v0.6.1 was folded into v0.7.0 and shipped as part of that train, rather than
describing v0.6.1 as independently shipped. Keep the existing v0.7.0 status and
other roadmap details unchanged.

In `@docs/roadmap/ROADMAP.md`:
- Line 179: Align the v0.9.0 release headline with task C-1’s intended
architecture: update the roadmap entries near the v0.9.0 commitment and C-1 so
they consistently state whether monoio applies to the cluster components or not,
preserving C-1’s explicit control-plane runtime decision unless the planned
architecture is intentionally changed.
- Around line 111-112: Reconcile Section 8.2 with the shipped v0.7 status: mark
the section as historical or replace its R1/R2 implementation plans, replica
tests using s∈{1,4}, and R5/R6 implementation tasks with shipped evidence and
v0.9 follow-up work. Ensure the surrounding roadmap entries consistently show
multi-shard PSYNC and WAIT/ACK as shipped while replica-side multi-sharding and
R5/R6 remain deferred.
🪄 Autofix (Beta)

Fix all unresolved CodeRabbit comments on this PR:

  • Push a commit to this branch (recommended)
  • Create a new PR with the fixes

ℹ️ Review info
⚙️ Run configuration

Configuration used: defaults

Review profile: CHILL

Plan: Pro

Run ID: 9d11747f-3f9b-43f4-92b6-bde1598b7fc8

📥 Commits

Reviewing files that changed from the base of the PR and between 4161cdc and 93db492.

📒 Files selected for processing (2)
  • CHANGELOG.md
  • docs/roadmap/ROADMAP.md

Comment thread CHANGELOG.md
Comment on lines +10 to +12
- **Roadmap Rev 2 (task #68, doc half).** `docs/roadmap/ROADMAP.md` updated to
post-v0.7.1 actuals: v0.6.1/v0.7.0 marked shipped (with the R5/R6 slips and the
single-shard-replica disclosure recorded), v0.8 re-slotted to **One Storage

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🎯 Functional Correctness | 🟡 Minor | ⚡ Quick win

Clarify v0.6.1’s shipped status.

ROADMAP.md says v0.6.1 was folded into v0.7.0 and shipped inside that train; it is not independently marked as shipped. Please align this changelog wording with the roadmap.

Proposed wording
-  post-v0.7.1 actuals: v0.6.1/v0.7.0 marked shipped (with the R5/R6 slips and the
+  post-v0.7.1 actuals: v0.6.1 folded into the shipped v0.7.0 train (with the R5/R6 slips and the
📝 Committable suggestion

‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation. Thoroughly test & benchmark the code to ensure it meets the requirements.

Suggested change
- **Roadmap Rev 2 (task #68, doc half).** `docs/roadmap/ROADMAP.md` updated to
post-v0.7.1 actuals: v0.6.1/v0.7.0 marked shipped (with the R5/R6 slips and the
single-shard-replica disclosure recorded), v0.8 re-slotted to **One Storage
- **Roadmap Rev 2 (task `#68`, doc half).** `docs/roadmap/ROADMAP.md` updated to
post-v0.7.1 actuals: v0.6.1 folded into the shipped v0.7.0 train (with the R5/R6 slips and the
single-shard-replica disclosure recorded), v0.8 re-slotted to **One Storage
🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In `@CHANGELOG.md` around lines 10 - 12, Update the Roadmap Rev 2 changelog entry
to state that v0.6.1 was folded into v0.7.0 and shipped as part of that train,
rather than describing v0.6.1 as independently shipped. Keep the existing v0.7.0
status and other roadmap details unchanged.

Comment thread docs/roadmap/ROADMAP.md
Comment on lines +111 to +112
Multi-shard master PSYNC GA v0.7
Real WAIT + ACK v0.7

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🎯 Functional Correctness | 🟠 Major | ⚡ Quick win

Reconcile the shipped v0.7 status with the remaining v0.7 workstreams.

The mindmap and heading say multi-shard PSYNC and WAIT/ACK shipped, with replica-side multi-sharding and R5/R6 deferred. However, Section 8.2 still presents R1/R2 as implementation workstreams, tests replicas with s∈{1,4} on Line 337, and describes R5/R6 implementation tasks on Lines 354–369. Mark this section as historical or replace it with shipped evidence and v0.9 follow-up tasks; otherwise the roadmap contradicts its own release status.

Also applies to: 324-324

🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In `@docs/roadmap/ROADMAP.md` around lines 111 - 112, Reconcile Section 8.2 with
the shipped v0.7 status: mark the section as historical or replace its R1/R2
implementation plans, replica tests using s∈{1,4}, and R5/R6 implementation
tasks with shipped evidence and v0.9 follow-up work. Ensure the surrounding
roadmap entries consistently show multi-shard PSYNC and WAIT/ACK as shipped
while replica-side multi-sharding and R5/R6 remain deferred.

Comment thread docs/roadmap/ROADMAP.md
| **v0.7.0** | ✅ **shipped 2026-07-14** | **Replication GA for multi-shard masters** | The HA unblock; also absorbed storage-kernel M0–M4 |
| **v0.7.1** | ✅ **shipped 2026-07-15** | SQ8 CPU-storm fix + deterministic replica TTL | Patch |
| **v0.8.0** | 2026-08 | **One Storage Kernel: kill-9-lossless on every plane + 10× RAM datasets** | Close-out + verification of the already-built kernel (owner decision 2026-07-15) |
| **v0.9.0** | 2026-10 | **Horizontal scale: cluster GA-hardened on monoio + multi-shard replicas** | Re-slotted from v0.8; adds the replica-side shard gap |

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🎯 Functional Correctness | 🟠 Major | ⚡ Quick win

Align the v0.9 monoio commitment with task C-1.

The release headline promises cluster GA hardening “on monoio,” but C-1 on Line 375 explicitly keeps the control plane on a dedicated thread with a current-thread tokio runtime and says not to port it to monoio. Choose and document one intended architecture so the release commitment and execution plan do not drive opposite implementations.

Also applies to: 371-371

🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In `@docs/roadmap/ROADMAP.md` at line 179, Align the v0.9.0 release headline with
task C-1’s intended architecture: update the roadmap entries near the v0.9.0
commitment and C-1 so they consistently state whether monoio applies to the
cluster components or not, preserving C-1’s explicit control-plane runtime
decision unless the planned architecture is intentionally changed.

@pilotspacex-byte
pilotspacex-byte merged commit 82b3bca into main Jul 15, 2026
5 checks passed
@pilotspacex-byte
pilotspacex-byte deleted the docs/t68-roadmap-rev2 branch July 15, 2026 16:19
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.

2 participants