Skip to content

[tracking] Service-reliability and migration program — execution order and dependencies #113

Description

@psam21

Migrated from docs/pending-work-plan.md §10 (Recommended execution order).

This is the parent tracking issue for the work decomposed from docs/pending-work-plan.md and docs/Shugur-Migration-Plan.md. It captures the recommended execution order and the dependency graph between the child issues.

Recommended execution order

Sequence Issue Work item Gate to proceed
1 #101 Confirm Blossom upload failure response and rule behavior Reproducible test case with no secrets
2 #102 Repair production rule/storage/auth path Local upload matrix passes
3 #104 Deploy Blossom repair Public authenticated upload and retrieval pass
4 #107 Profile relay event cache and OOM behavior Memory/query evidence collected
5 #105 Implement non-blocking totals and bounded grouped refresh Dashboard shows totals during warming
6 #106 Correct deployment verification and rollback semantics Failure modes are accurately classified
7 #108 Tighten deployment safeguards Atomic rollback + separate status reporting
8 #109 Evaluate Go module namespace Canonical path and vanity discovery confirmed
9 #110 Complete final audit Every remaining legacy reference classified
10 #111 Consider alias removal Production migration inventory and rollback tested
#112 Validation matrix All 12 rows pass from a clean checkout

Dependency graph (text)

#101 → #102 → #104
#101 → #103 → #104
#107 (independent)
#105 → #106
#103 + #106 → #108
#109 → #110 → #111
#103, #105, #108 → #112

Definition of done

The program is complete when:

  • nostr.ltd is the public identity across current user-facing surfaces.
  • Deployment emitters produce canonical variables.
  • Existing SHUGUR_* deployments continue to work until deliberately retired.
  • Blossom authenticated uploads succeed through the public hostname.
  • Relay direct event totals are available without waiting for grouped telemetry.
  • Repeated relay OOM restarts are resolved or bounded with an identified root cause.
  • The full validation matrix ([P1][validation] Define and execute the full validation matrix from a clean checkout #112) passes from a clean checkout.

The final production deployment must document the exact relay URL, Blossom URL, admin URL, required environment variables, rollback procedure, and known compatibility aliases. A deployment should never be considered successful solely because systemd reports both services as active.

Source

Migrated from docs/pending-work-plan.md §10 + §11.

Metadata

Metadata

Assignees

No one assigned

    Labels

    documentationImprovements or additions to documentationpriority:mediumMedium priority

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions