texts fixes, search bar fixes, global menu fixes.
This commit is contained in:
master
@@ -16,15 +16,15 @@
|
||||
| Doctor | 1 | Doctor | in-memory |
|
||||
| EvidenceLocker | 1 | EvidenceLocker | postgres |
|
||||
| ExportCenter | 1 | ExportCenter | postgres |
|
||||
| Findings | 2 | Findings.Ledger, RiskEngine | in-memory, postgres |
|
||||
| Findings | 2 | Findings.Ledger, RiskEngine | postgres (in-memory fallback in RiskEngine test profile) |
|
||||
| Integrations | 1 | Integrations | postgres |
|
||||
| JobEngine | 4 | JobEngine, PacksRegistry, Scheduler, TaskRunner | file-backed, postgres |
|
||||
| JobEngine | 4 | JobEngine, PacksRegistry, Scheduler, TaskRunner | postgres, seed-fs object-store |
|
||||
| Notifier | 1 | Notifier | postgres |
|
||||
| Notify | 1 | Notify | postgres |
|
||||
| Platform | 1 | Platform | postgres |
|
||||
| ReachGraph | 1 | ReachGraph | postgres |
|
||||
| Remediation | 1 | Remediation | postgres |
|
||||
| Replay | 1 | Replay | in-memory |
|
||||
| Replay | 1 | Replay | postgres, seed-fs object-store |
|
||||
| Router | 1 | Gateway | no-persistence |
|
||||
| Scanner | 1 | Scanner | postgres |
|
||||
| Timeline | 2 | Timeline, TimelineIndexer | postgres |
|
||||
@@ -47,18 +47,18 @@
|
||||
| EvidenceLocker | EvidenceLocker | Evidence ingest/scoring, snapshots, bundle download/portable package, verify, legal hold, plus export/verdict/evidence-thread adapters | EvidenceLockerDbContext | src/EvidenceLocker/StellaOps.EvidenceLocker/StellaOps.EvidenceLocker.WebService/Program.cs; src/EvidenceLocker/StellaOps.EvidenceLocker/StellaOps.EvidenceLocker.Infrastructure/EfCore/Context/EvidenceLockerDbContext.cs |
|
||||
| ExportCenter | ExportCenter | Endpoints: Attestation, AuditBundle, ExceptionReport, ExportApi (+6 more); routes: audit-bundles, exports, incidents, lineage (+4 more) | ExportCenterDbContext | src/ExportCenter/StellaOps.ExportCenter/StellaOps.ExportCenter.WebService/Program.cs; src/ExportCenter/StellaOps.ExportCenter/StellaOps.ExportCenter.Infrastructure/EfCore/Context/ExportCenterDbContext.cs |
|
||||
| Findings | Findings.Ledger | Endpoints: Backport, EvidenceGraph, FindingSummary, ReachabilityMap (+4 more); routes: findings, scoring | FindingsLedgerDbContext | src/Findings/StellaOps.Findings.Ledger.WebService/Program.cs; src/Findings/StellaOps.Findings.Ledger/EfCore/Context/FindingsLedgerDbContext.cs |
|
||||
| Findings | RiskEngine | Endpoints: ExploitMaturity; routes: exploit-maturity | No service DB; InMemoryRiskScoreResultStore | src/Findings/StellaOps.RiskEngine.WebService/Program.cs; src/Findings/__Libraries/StellaOps.RiskEngine.Infrastructure/Stores/InMemoryRiskScoreResultStore.cs |
|
||||
| Findings | RiskEngine | Endpoints: ExploitMaturity; routes: exploit-maturity | PostgresRiskScoreResultStore (in-memory fallback retained for explicit test profile) | src/Findings/StellaOps.RiskEngine.WebService/Program.cs; src/Findings/__Libraries/StellaOps.RiskEngine.Infrastructure/Stores/PostgresRiskScoreResultStore.cs |
|
||||
| Integrations | Integrations | Endpoints: Integration; routes: integrations | IntegrationDbContext | src/Integrations/StellaOps.Integrations.WebService/Program.cs; src/Integrations/__Libraries/StellaOps.Integrations.Persistence/IntegrationDbContext.cs |
|
||||
| JobEngine | JobEngine | Endpoints: Approval, Audit, CircuitBreaker, Dag (+21 more); routes: approvals, environments, jobengine, metrics (+2 more) | JobEngineDbContext | src/JobEngine/StellaOps.JobEngine/StellaOps.JobEngine.WebService/Program.cs; src/JobEngine/StellaOps.JobEngine/StellaOps.JobEngine.Infrastructure/EfCore/Context/JobEngineDbContext.cs |
|
||||
| JobEngine | PacksRegistry | Packs upload/list/content/provenance/manifest/signature, attestations, parity/lifecycle, mirrors sync, compliance summary, offline-seed export | No relational DB; filesystem repositories (packs/parity/lifecycle/audit/attestations/mirrors) | src/JobEngine/StellaOps.PacksRegistry/StellaOps.PacksRegistry.WebService/Program.cs; src/JobEngine/StellaOps.PacksRegistry/StellaOps.PacksRegistry.Infrastructure/FileSystem/FilePackRepository.cs |
|
||||
| JobEngine | PacksRegistry | Packs upload/list/content/provenance/manifest/signature, attestations, parity/lifecycle, mirrors sync, compliance summary, offline-seed export | Postgres metadata/state repositories + seed-fs blob channel (`SeedFsPacksRegistryBlobStore`) | src/JobEngine/StellaOps.PacksRegistry/StellaOps.PacksRegistry.WebService/Program.cs; src/JobEngine/StellaOps.PacksRegistry.__Libraries/StellaOps.PacksRegistry.Persistence/Postgres/BlobStorage/SeedFsPacksRegistryBlobStore.cs |
|
||||
| JobEngine | Scheduler | Endpoints: FailureSignature, Run, Schedule; routes: events, graphs, scheduler | SchedulerDataSource, SchedulerDbContext | src/JobEngine/StellaOps.Scheduler.WebService/Program.cs; src/JobEngine/StellaOps.Scheduler.__Libraries/StellaOps.Scheduler.Persistence/EfCore/Context/SchedulerDbContext.cs |
|
||||
| JobEngine | TaskRunner | Run simulation/execution state/logs/artifacts/approvals/cancel, attestation APIs, incident-mode APIs, SLO breach webhook | No relational DB; filesystem stores for run state/logs/approvals/artifacts | src/JobEngine/StellaOps.TaskRunner/StellaOps.TaskRunner.WebService/Program.cs; src/JobEngine/StellaOps.TaskRunner/StellaOps.TaskRunner.Infrastructure/Execution/FilePackRunStateStore.cs |
|
||||
| JobEngine | TaskRunner | Run simulation/execution state/logs/artifacts/approvals/cancel, attestation APIs, incident-mode APIs, SLO breach webhook | Postgres run state/log/approval stores + seed-fs artifact/provenance payload channel | src/JobEngine/StellaOps.TaskRunner/StellaOps.TaskRunner.WebService/Program.cs; src/JobEngine/StellaOps.TaskRunner.__Libraries/StellaOps.TaskRunner.Persistence/Postgres/Repositories/PostgresPackRunStateStore.cs |
|
||||
| Notifier | Notifier | Endpoints: Escalation, Fallback, Incident, Localization (+10 more); routes: ack, escalation-policies, escalations, fallback (+13 more) | NotifyDataSource, NotifyDbContext | src/Notifier/StellaOps.Notifier/StellaOps.Notifier.WebService/Program.cs; src/Notify/__Libraries/StellaOps.Notify.Persistence/EfCore/Context/NotifyDbContext.cs |
|
||||
| Notify | Notify | Rules/channels/templates CRUD, deliveries history, digests, audit trail, lock APIs, internal normalize endpoints | NotifyDataSource, NotifyDbContext | src/Notify/StellaOps.Notify.WebService/Program.cs; src/Notify/__Libraries/StellaOps.Notify.Persistence/EfCore/Context/NotifyDbContext.cs |
|
||||
| Platform | Platform | Endpoints: AdministrationTrustSigningMutation, Analytics, Context, EnvironmentSettings (+19 more); routes: admin, administration, analytics, authority (+26 more) | PlatformDbContext plus read-model access to Authority/Concelier/Excititor/Scheduler/Notify/Policy contexts | src/Platform/StellaOps.Platform.WebService/Program.cs; src/Authority/__Libraries/StellaOps.Authority.Persistence/EfCore/Context/AuthorityDbContext.cs |
|
||||
| Platform | Platform | Endpoints: AdministrationTrustSigningMutation, Analytics, Context, EnvironmentSettings (+19 more); routes: admin, administration, analytics, authority (+26 more) | PlatformDbContext + module-local runtime contracts (`IReleaseControlBundleStore`, `IPlatformContextQuery`); migration-only foreign persistence references are allowlisted | src/Platform/StellaOps.Platform.WebService/Program.cs; src/Platform/StellaOps.Platform.WebService/Services/PlatformContextService.cs |
|
||||
| ReachGraph | ReachGraph | Endpoints: CveMapping, Reachability, ReachGraph | ReachGraphDataSource, ReachGraphDbContext | src/ReachGraph/StellaOps.ReachGraph.WebService/Program.cs; src/__Libraries/StellaOps.ReachGraph.Persistence/EfCore/Context/ReachGraphDbContext.cs |
|
||||
| Remediation | Remediation | Endpoints: RemediationMatch, RemediationRegistry, RemediationSource; routes: remediation | RemediationDataSource, RemediationDbContext | src/Remediation/StellaOps.Remediation.WebService/Program.cs; src/Remediation/StellaOps.Remediation.Persistence/EfCore/Context/RemediationDbContext.cs |
|
||||
| Replay | Replay | Endpoints: PointInTimeQuery, VerdictReplay; routes: pit, replay | No service DB; in-memory feed snapshot blob/index stores | src/Replay/StellaOps.Replay.WebService/Program.cs; src/Replay/StellaOps.Replay.WebService/FeedSnapshotSupport.cs |
|
||||
| Replay | Replay | Endpoints: PointInTimeQuery, VerdictReplay; routes: pit, replay | Postgres snapshot index store + seed-fs snapshot blob store | src/Replay/StellaOps.Replay.WebService/Program.cs; src/Replay/StellaOps.Replay.WebService/FeedSnapshotSupport.cs |
|
||||
| Router | Gateway | Gateway route dispatch pipeline, authz/header enforcement, transport routing, OpenAPI aggregation | No application DB; gateway routing/middleware service | src/Router/StellaOps.Gateway.WebService/Program.cs |
|
||||
| Scanner | Scanner | Endpoints: Actionables, Approval, Baseline, BatchTriage (+43 more); routes: drift, epss, github, hot-lookup (+12 more) | ScannerDbContext + ScannerSourcesDataSource + TriageDbContext (+ AuthorityDbContext path) | src/Scanner/StellaOps.Scanner.WebService/Program.cs; src/Authority/__Libraries/StellaOps.Authority.Persistence/EfCore/Context/AuthorityDbContext.cs |
|
||||
| Timeline | Timeline | Endpoints: Export, Health, Replay, Timeline (+1 more); routes: audit, timeline | EventingDataSource, EventingDbContext, TimelineCoreDataSource, TimelineCoreDbContext | src/Timeline/StellaOps.Timeline.WebService/Program.cs; src/__Libraries/StellaOps.Eventing/EfCore/Context/EventingDbContext.cs |
|
||||
@@ -76,10 +76,10 @@
|
||||
## Policy Gaps (Postgres First, RustFS for Blobs)
|
||||
| Service | Current Runtime Wiring | Compose Signal | Gap | Required Remediation |
|
||||
| --- | --- | --- | --- | --- |
|
||||
| PacksRegistry | File repositories (`src/JobEngine/StellaOps.PacksRegistry/StellaOps.PacksRegistry.WebService/Program.cs` lines 29-34) | Main compose provides `ConnectionStrings__Default` (line 1769); testing compose expects `PACKSREGISTRY__STORAGE__DRIVER=postgres` (line 253) | High | Add storage driver contract; move metadata (pack/parity/lifecycle/mirror/audit) to Postgres; keep pack/provenance/attestation payloads in RustFS/seed-fs blob path. |
|
||||
| TaskRunner | File stores/readers (`src/JobEngine/StellaOps.TaskRunner/StellaOps.TaskRunner.WebService/Program.cs` lines 61,66,71,76) | Main compose provides `ConnectionStrings__Default` (line 1150); testing compose expects `TASKRUNNER__STORAGE__DRIVER=postgres` (line 271) | High | Add Postgres storage driver for run state/logs/approvals; move large artifacts to RustFS/seed-fs blob path; keep deterministic replay semantics. |
|
||||
| RiskEngine | In-memory result store (`src/Findings/StellaOps.RiskEngine.WebService/Program.cs` line 21) | Main compose provides `ConnectionStrings__Default` (line 1048) | Medium-High | Implement Postgres-backed result store with deterministic ordering/query semantics; keep in-memory only for explicit test profile. |
|
||||
| Replay | In-memory snapshot blob/index stores (`src/Replay/StellaOps.Replay.WebService/Program.cs` lines 61-62) | Main compose provides `ConnectionStrings__Default` (line 2037) | Medium-High | Persist replay snapshot index/state in Postgres; move snapshot blobs to RustFS/seed-fs object path. |
|
||||
| PacksRegistry | `Storage:Driver=postgres` plus Postgres repositories for metadata/state; `Storage:ObjectStore:Driver=seed-fs` for blob payloads; startup rejects `rustfs` and unknown object-store drivers. | Main/testing compose provide Postgres connection and service storage-driver keys. | Closed (Sprint 312 + 2026-03-05 hardening) | Keep contract seed-fs-only until a dedicated RustFS adapter sprint lands with parity tests. |
|
||||
| TaskRunner | `Storage:Driver=postgres` plus Postgres repositories for state/log/approval; `Storage:ObjectStore:Driver=seed-fs` for artifact payloads; startup rejects `rustfs` and unknown object-store drivers in WebService and Worker. | Main/testing compose provide Postgres connection and service storage-driver keys. | Closed (Sprint 312 + 2026-03-05 hardening) | Keep contract seed-fs-only until a dedicated RustFS adapter sprint lands with parity tests. |
|
||||
| RiskEngine | Postgres-backed result store (`PostgresRiskScoreResultStore`) with explicit in-memory fallback for tests. | Main compose provides `ConnectionStrings__Default` (line 1048). | Closed (Sprint 312) | Keep in-memory fallback scoped to explicit test profile only; maintain parity tests for Postgres path. |
|
||||
| Replay | `Storage:Driver=postgres` for snapshot index and `Storage:ObjectStore:Driver=seed-fs` for snapshot blobs; startup rejects `rustfs` and unknown object-store values. | Main compose provides `ConnectionStrings__Default` and storage driver keys for replay. | Closed (Sprint 312 + 2026-03-05 hardening) | Keep contract seed-fs-only until a dedicated RustFS adapter sprint lands with deterministic parity tests. |
|
||||
| OpsMemory | Postgres store exists but connection key is `ConnectionStrings:OpsMemory` with localhost fallback (`src/AdvisoryAI/StellaOps.OpsMemory.WebService/Program.cs` lines 19-20) | Main compose sets only `ConnectionStrings__Default` (line 1537) | Medium | Accept `ConnectionStrings:Default` as primary fallback or map explicit `ConnectionStrings:OpsMemory` in compose; remove localhost fallback in non-dev runtime. |
|
||||
| Scanner | Postgres + RustFS split already configured (`src/Scanner` + compose lines 652-659/720-725) | Explicitly aligned in compose | None | Use as reference implementation for storage-driver conventions. |
|
||||
|
||||
|
||||
@@ -1,104 +0,0 @@
|
||||
# Sprint 20260305-002 - JobEngine Storage Completion (PacksRegistry and TaskRunner)
|
||||
|
||||
## Topic & Scope
|
||||
- Complete the remaining delivery gap for Point 1: Postgres-first metadata/state with production-ready object-store blob handling for `PacksRegistry` and `TaskRunner`.
|
||||
- Preserve deterministic replay semantics while removing non-dev ambiguity in storage-driver behavior.
|
||||
- Align runtime wiring, compose overlays, and tests so storage mode is explicit and verifiable.
|
||||
- Working directory: `src/JobEngine`.
|
||||
- Expected evidence: targeted persistence/integration test passes, compose config validation output, and updated JobEngine/platform architecture docs.
|
||||
|
||||
## Dependencies & Concurrency
|
||||
- Depends on shared storage contract documented in `docs/modules/platform/architecture.md`.
|
||||
- Can run in parallel with Replay, Remediation, and Platform boundary sprints.
|
||||
- Documentation cleanup sprint (`SPRINT_20260305_006_DOCS_webservice_catalog_and_domain_consistency.md`) depends on final runtime behavior from this sprint.
|
||||
|
||||
## Documentation Prerequisites
|
||||
- `docs/modules/platform/architecture.md`
|
||||
- `docs/modules/jobengine/architecture.md`
|
||||
- `src/JobEngine/StellaOps.PacksRegistry/StellaOps.PacksRegistry.WebService/Program.cs`
|
||||
- `src/JobEngine/StellaOps.TaskRunner/StellaOps.TaskRunner.WebService/Program.cs`
|
||||
- `docs/implplan/CONSOLIDATION_WEBSERVICE_FUNCTION_DB_MATRIX_20260305.md`
|
||||
|
||||
## Delivery Tracker
|
||||
|
||||
### JOBENG-STOR-001 - Reconcile declared driver contract with actual runtime behavior
|
||||
Status: TODO
|
||||
Dependency: none
|
||||
Owners: Project Manager, Implementer
|
||||
Task description:
|
||||
- Produce a precise behavior matrix for `Storage:Driver` and `Storage:ObjectStore:Driver` for both services.
|
||||
- Confirm and document current mismatch points (for example, drivers accepted by validation but not backed by concrete adapter behavior).
|
||||
|
||||
Completion criteria:
|
||||
- [ ] Behavior matrix committed under module docs with config keys, defaults, and startup fail-fast rules.
|
||||
- [ ] Every accepted driver value is either fully implemented or explicitly rejected with deterministic startup failure.
|
||||
|
||||
### JOBENG-STOR-002 - Implement production RustFS object-store adapters for blob payloads
|
||||
Status: TODO
|
||||
Dependency: JOBENG-STOR-001
|
||||
Owners: Implementer, Test Automation
|
||||
Task description:
|
||||
- Implement and wire RustFS/S3-compatible blob adapters for:
|
||||
- `PacksRegistry` pack/provenance/attestation payload channels.
|
||||
- `TaskRunner` run artifact payload channel.
|
||||
- Preserve existing Postgres-backed metadata stores and deterministic ordering semantics.
|
||||
|
||||
Completion criteria:
|
||||
- [ ] `Storage:ObjectStore:Driver=rustfs` uses concrete RustFS adapter implementations in both services.
|
||||
- [ ] Existing `seed-fs` behavior remains supported for local/offline deterministic workflows.
|
||||
- [ ] Non-development startup fails when RustFS is configured without required endpoint/credentials settings.
|
||||
|
||||
### JOBENG-STOR-003 - Harden non-development startup behavior and fallback policy
|
||||
Status: TODO
|
||||
Dependency: JOBENG-STOR-002
|
||||
Owners: Implementer
|
||||
Task description:
|
||||
- Remove silent non-dev behavior drift by enforcing explicit fail-fast for missing Postgres/object-store configuration.
|
||||
- Ensure development-only fallback behavior is intentional, documented, and test-covered.
|
||||
|
||||
Completion criteria:
|
||||
- [ ] Non-development runtime has no implicit filesystem fallback for stores expected to be Postgres-backed.
|
||||
- [ ] Error messages are actionable and identify missing config keys.
|
||||
- [ ] Startup behavior is covered by automated tests for success/failure modes.
|
||||
|
||||
### JOBENG-STOR-004 - Expand deterministic storage tests across drivers
|
||||
Status: TODO
|
||||
Dependency: JOBENG-STOR-002
|
||||
Owners: Test Automation
|
||||
Task description:
|
||||
- Add targeted tests that validate parity across `postgres + seed-fs` and `postgres + rustfs`.
|
||||
- Include replay-critical assertions for stable ordering, digest consistency, and tenant isolation.
|
||||
|
||||
Completion criteria:
|
||||
- [ ] Targeted test projects include both happy-path and misconfiguration-path assertions.
|
||||
- [ ] Evidence captures command output and test counts for each driver profile.
|
||||
- [ ] No regression in existing persistence tests for Postgres repositories.
|
||||
|
||||
### JOBENG-STOR-005 - Update architecture and operations docs for final storage contract
|
||||
Status: TODO
|
||||
Dependency: JOBENG-STOR-003
|
||||
Owners: Documentation author, Implementer
|
||||
Task description:
|
||||
- Update JobEngine and platform storage docs with final runtime contract, config examples, and migration notes.
|
||||
- Record decisions and residual risks in sprint log and link to docs changed.
|
||||
|
||||
Completion criteria:
|
||||
- [ ] `docs/modules/jobengine/architecture.md` and `docs/modules/platform/architecture.md` reflect final behavior.
|
||||
- [ ] Compose/ops guidance references valid config keys for both services.
|
||||
- [ ] Sprint Decisions & Risks includes links to all updated docs.
|
||||
|
||||
## Execution Log
|
||||
| Date (UTC) | Update | Owner |
|
||||
| --- | --- | --- |
|
||||
| 2026-03-05 | Sprint created from architecture review; points 1 and 2 were partially implemented and require completion/hardening work. | Project Manager |
|
||||
|
||||
## Decisions & Risks
|
||||
- Current code already wires Postgres state stores for TaskRunner and Postgres persistence extension for PacksRegistry, but remaining object-store adapter parity and fallback hardening are unresolved.
|
||||
- `PacksRegistry` currently carries an explicit RustFS-not-implemented guard in runtime contract paths; this blocks full completion of Point 1 in production modes.
|
||||
- `TaskRunner` currently accepts object-store driver values while artifact reading remains filesystem-root based; implementation parity must be enforced to avoid config drift.
|
||||
- Mitigation: complete adapter implementation and add startup contract tests before documentation sprint declares Point 1 as complete.
|
||||
|
||||
## Next Checkpoints
|
||||
- Driver matrix and gap report complete.
|
||||
- RustFS adapter PR ready with targeted test evidence.
|
||||
- Docs and compose parity review complete before marking DONE.
|
||||
@@ -1,93 +0,0 @@
|
||||
# Sprint 20260305-003 - Replay Feed Snapshot Storage Completion
|
||||
|
||||
## Topic & Scope
|
||||
- Complete the remaining Replay portion of Point 2: durable Postgres index plus production-ready object-store blob channel behavior.
|
||||
- Preserve deterministic replay guarantees across storage drivers and deployment profiles.
|
||||
- Remove ambiguous driver semantics for Replay object storage in non-development runtime.
|
||||
- Working directory: `src/Replay`.
|
||||
- Expected evidence: targeted Replay storage tests, startup contract tests, and updated Replay/platform docs.
|
||||
|
||||
## Dependencies & Concurrency
|
||||
- Depends on shared storage contract in `docs/modules/platform/architecture.md`.
|
||||
- Can run in parallel with JobEngine and Remediation workstreams.
|
||||
- Documentation cleanup sprint depends on this sprint's final object-store behavior.
|
||||
|
||||
## Documentation Prerequisites
|
||||
- `docs/modules/replay/architecture.md`
|
||||
- `docs/modules/platform/architecture.md`
|
||||
- `src/Replay/StellaOps.Replay.WebService/Program.cs`
|
||||
- `src/Replay/__Tests/StellaOps.Replay.Core.Tests/FeedSnapshots/ReplayFeedSnapshotStoresTests.cs`
|
||||
- `docs/implplan/CONSOLIDATION_WEBSERVICE_FUNCTION_DB_MATRIX_20260305.md`
|
||||
|
||||
## Delivery Tracker
|
||||
|
||||
### REPLAY-STOR-001 - Finalize Replay storage driver contract and reject unsupported runtime paths
|
||||
Status: DOING
|
||||
Dependency: none
|
||||
Owners: Project Manager, Implementer
|
||||
Task description:
|
||||
- Review current `Storage:Driver` and `Storage:ObjectStore:Driver` behavior and define final accepted production combinations.
|
||||
- Ensure unsupported combinations fail deterministically at startup with precise error text.
|
||||
|
||||
Completion criteria:
|
||||
- [ ] Contract table is documented with defaults, required keys, and non-dev fail-fast behavior.
|
||||
- [ ] Contract tests cover valid and invalid storage configuration paths.
|
||||
|
||||
### REPLAY-STOR-002 - Implement RustFS blob adapter path or narrow contract explicitly
|
||||
Status: DOING
|
||||
Dependency: REPLAY-STOR-001
|
||||
Owners: Implementer
|
||||
Task description:
|
||||
- Implement a concrete RustFS blob adapter for Replay snapshots, or formally narrow the contract to `seed-fs` and remove ambiguous `rustfs` acceptance.
|
||||
- Keep Postgres index storage unchanged and deterministic.
|
||||
|
||||
Completion criteria:
|
||||
- [x] Runtime behavior matches documented contract without hidden fallback semantics.
|
||||
- [x] Non-dev deployment profile has one clear supported blob path with deterministic startup validation.
|
||||
- [ ] Blob read/write paths are integration-tested.
|
||||
|
||||
### REPLAY-STOR-003 - Validate deterministic replay behavior under finalized storage modes
|
||||
Status: BLOCKED
|
||||
Dependency: REPLAY-STOR-002
|
||||
Owners: Test Automation
|
||||
Task description:
|
||||
- Add or extend tests to verify index/blob persistence consistency, stable ordering, and deterministic replay outputs.
|
||||
- Execute targeted test runs against Replay core and webservice projects for selected storage modes.
|
||||
|
||||
Completion criteria:
|
||||
- [ ] Replay storage tests cover create/read/list flows and deterministic ordering.
|
||||
- [ ] Test evidence includes command lines, test counts, and pass/fail status.
|
||||
- [ ] No regression in existing point-in-time query and verdict replay tests.
|
||||
|
||||
### REPLAY-STOR-004 - Update replay docs and storage runbook references
|
||||
Status: DOING
|
||||
Dependency: REPLAY-STOR-003
|
||||
Owners: Documentation author, Implementer
|
||||
Task description:
|
||||
- Update Replay module architecture docs with finalized storage contract and operator guidance.
|
||||
- Link the final contract from platform architecture docs and sprint Decisions & Risks.
|
||||
|
||||
Completion criteria:
|
||||
- [x] `docs/modules/replay/architecture.md` reflects final storage behavior and required config.
|
||||
- [ ] Platform-level storage contract docs reference Replay accurately.
|
||||
- [ ] Sprint log links to all updated docs and evidence artifacts.
|
||||
|
||||
## Execution Log
|
||||
| Date (UTC) | Update | Owner |
|
||||
| --- | --- | --- |
|
||||
| 2026-03-05 | Sprint created from architecture review; Replay index persistence is in place, but object-store driver contract remains incomplete for production parity. | Project Manager |
|
||||
| 2026-03-05 | Started REPLAY-STOR-001/002/004: narrowed object-store contract by rejecting `rustfs` at startup and keeping `seed-fs` as the only supported blob driver. | Implementer |
|
||||
| 2026-03-05 | Updated `docs/modules/replay/architecture.md` storage contract text to match runtime behavior (`seed-fs` only for blob store). | Documentation author |
|
||||
| 2026-03-05 | REPLAY-STOR-003 blocked by unrelated replay API auth regressions in existing suite: `dotnet test src/Replay/__Tests/StellaOps.Replay.Core.Tests/StellaOps.Replay.Core.Tests.csproj --filter FullyQualifiedName~FeedSnapshots -m:1 -v minimal` ran full suite (`MTP0001` indicates filter ignored) and failed `2/99` with `401` on point-in-time API integration tests. | Test Automation |
|
||||
|
||||
## Decisions & Risks
|
||||
- Replay already resolves Postgres index store with non-dev fail-fast when connection is missing.
|
||||
- Decision: narrowed Replay blob storage contract to `seed-fs` only; `rustfs` now fails fast in all profiles with an explicit startup error.
|
||||
- Risk: mixed driver semantics can produce environment-specific behavior drift during incident replay verification.
|
||||
- Risk: existing replay API integration auth failures currently block a clean green run of the targeted feed-snapshot suite and prevent closing REPLAY-STOR-003.
|
||||
- Mitigation: resolve/triage auth regression in replay API tests, then rerun targeted storage suite and complete platform-level doc linkage.
|
||||
|
||||
## Next Checkpoints
|
||||
- Storage contract decision recorded (narrowed to `seed-fs` blob driver).
|
||||
- Resolve replay API auth test failures and rerun targeted feed-snapshot suite.
|
||||
- Complete platform storage-contract doc linkage once REPLAY-STOR-003 is unblocked.
|
||||
@@ -1,116 +0,0 @@
|
||||
# Sprint 20260305-004 - Remediation Postgres Runtime Wiring and Service Standardization
|
||||
|
||||
## Topic & Scope
|
||||
- Complete Point 3 by wiring Remediation runtime to real Postgres data source and removing implicit in-memory production behavior.
|
||||
- Bring Remediation webservice in line with StellaOps webservice baseline (router/local hostname integration, explicit storage contract, deterministic startup rules).
|
||||
- Add missing module-level AGENTS contract for `src/Remediation`.
|
||||
- Working directory: `src/Remediation`.
|
||||
- Expected evidence: Remediation webservice startup contract tests, persistence integration tests, and updated module docs/AGENTS.
|
||||
|
||||
## Dependencies & Concurrency
|
||||
- Depends on platform storage contract from `docs/modules/platform/architecture.md`.
|
||||
- Can run in parallel with JobEngine, Replay, and Platform boundary sprints.
|
||||
- Documentation cleanup sprint depends on this sprint for final Remediation inventory and host/path metadata.
|
||||
|
||||
## Documentation Prerequisites
|
||||
- `docs/modules/remediation/architecture.md`
|
||||
- `src/Remediation/StellaOps.Remediation.WebService/Program.cs`
|
||||
- `src/Remediation/StellaOps.Remediation.Persistence/Postgres/RemediationDataSource.cs`
|
||||
- `src/Remediation/StellaOps.Remediation.Persistence/Repositories/PostgresFixTemplateRepository.cs`
|
||||
- `src/Remediation/StellaOps.Remediation.Persistence/Repositories/PostgresPrSubmissionRepository.cs`
|
||||
- `src/Remediation/StellaOps.Remediation.Persistence/Repositories/PostgresMarketplaceSourceRepository.cs`
|
||||
|
||||
## Delivery Tracker
|
||||
|
||||
### REMED-RUNTIME-001 - Create module-local AGENTS contract for Remediation
|
||||
Status: DONE
|
||||
Dependency: none
|
||||
Owners: Project Manager, Documentation author
|
||||
Task description:
|
||||
- Add `src/Remediation/AGENTS.md` with required reading, working directory scope, deterministic/testing requirements, and endpoint metadata.
|
||||
- Ensure repo-wide and module-level instructions are aligned and enforceable for implementers.
|
||||
|
||||
Completion criteria:
|
||||
- [x] `src/Remediation/AGENTS.md` exists and is consistent with repo-wide AGENTS rules.
|
||||
- [x] Sprint docs reference the new module-local AGENTS contract.
|
||||
|
||||
### REMED-RUNTIME-002 - Replace parameterless repository wiring with data-source-backed DI
|
||||
Status: DONE
|
||||
Dependency: REMED-RUNTIME-001
|
||||
Owners: Implementer
|
||||
Task description:
|
||||
- Register and inject `RemediationDataSource` and remove parameterless repository construction from webservice runtime.
|
||||
- Preserve deterministic behavior while ensuring non-dev runtime does not silently degrade to in-memory mode.
|
||||
|
||||
Completion criteria:
|
||||
- [x] Webservice DI uses data-source-backed repository constructors.
|
||||
- [x] Non-development startup fails fast when required Postgres config is missing.
|
||||
- [x] In-memory mode remains explicit and test-profile scoped only.
|
||||
|
||||
### REMED-RUNTIME-003 - Add standard webservice integration hooks and policy-safe defaults
|
||||
Status: DONE
|
||||
Dependency: REMED-RUNTIME-002
|
||||
Owners: Implementer
|
||||
Task description:
|
||||
- Align Remediation host with standard middleware and service integrations used by peer webservices:
|
||||
- Router microservice integration.
|
||||
- Local hostname logging/binding.
|
||||
- Explicit CORS and auth policy conventions matching module scope.
|
||||
|
||||
Completion criteria:
|
||||
- [x] Remediation host exposes deterministic local alias behavior (`*.stella-ops.local`) consistent with platform conventions.
|
||||
- [x] Router integration and endpoint exposure are documented and test-verified.
|
||||
- [x] Authz policy behavior is explicit and covered in tests.
|
||||
|
||||
### REMED-RUNTIME-004 - Add persistence and startup contract tests
|
||||
Status: DONE
|
||||
Dependency: REMED-RUNTIME-002
|
||||
Owners: Test Automation
|
||||
Task description:
|
||||
- Add targeted tests validating startup contract behavior for:
|
||||
- valid Postgres configuration.
|
||||
- missing Postgres configuration in non-development profile.
|
||||
- explicit in-memory test profile behavior.
|
||||
- Add integration tests for repository CRUD paths against Postgres fixture.
|
||||
|
||||
Completion criteria:
|
||||
- [x] Tests assert deterministic ordering and tenant-safe behavior for repository operations.
|
||||
- [x] Startup contract tests fail when configuration contract is violated.
|
||||
- [x] Evidence includes command output and test counts.
|
||||
|
||||
### REMED-RUNTIME-005 - Update Remediation architecture docs and migration notes
|
||||
Status: DONE
|
||||
Dependency: REMED-RUNTIME-004
|
||||
Owners: Documentation author, Implementer
|
||||
Task description:
|
||||
- Update module architecture docs to reflect final runtime wiring and configuration contract.
|
||||
- Record migration guidance from current behavior to finalized storage mode.
|
||||
|
||||
Completion criteria:
|
||||
- [x] `docs/modules/remediation/architecture.md` matches implemented runtime behavior.
|
||||
- [x] Sprint Decisions & Risks links all relevant docs and test evidence.
|
||||
|
||||
## Execution Log
|
||||
| Date (UTC) | Update | Owner |
|
||||
| --- | --- | --- |
|
||||
| 2026-03-05 | Sprint created after architecture review identified Remediation runtime still using parameterless repository constructors and in-memory fallback behavior. | Project Manager |
|
||||
| 2026-03-05 | REMED-RUNTIME-001 completed: added `src/Remediation/AGENTS.md` with scope, required reading, and deterministic/testing rules. | Implementer |
|
||||
| 2026-03-05 | Started REMED-RUNTIME-002/003/004/005: switched webservice to storage-driver contract wiring, added router/local-hostname integration, and added startup-contract tests plus architecture doc updates. | Implementer |
|
||||
| 2026-03-05 | Test evidence: `dotnet test src/Remediation/__Tests/StellaOps.Remediation.WebService.Tests/StellaOps.Remediation.WebService.Tests.csproj -m:1 -v minimal` -> Passed `8/8`; includes startup contract and source endpoint integration checks. | Test Automation |
|
||||
| 2026-03-05 | Test evidence: `dotnet test src/Remediation/__Tests/StellaOps.Remediation.Tests/StellaOps.Remediation.Tests.csproj -m:1 -v minimal` -> Passed `28/28` (with existing `MTP0001` warning from project settings). | Test Automation |
|
||||
| 2026-03-05 | REMED-RUNTIME-002/003/004/005 marked DONE after runtime wiring, router/local alias integration, startup tests, and architecture migration notes were merged. | Implementer |
|
||||
|
||||
## Decisions & Risks
|
||||
- Decision: Remediation webservice now defaults to `Storage:Driver=postgres` with explicit startup failure when Postgres connection settings are absent.
|
||||
- Decision: `Storage:Driver=inmemory` is allowed only in `Test`/`Testing` profiles to keep non-test deployments from silently degrading to process memory.
|
||||
- Decision: Remediation host now follows baseline webservice integration (`AddRouterMicroservice`, `TryAddStellaOpsLocalBinding`, `LogStellaOpsLocalHostname`, `UseStellaOpsCors`).
|
||||
- References:
|
||||
- `src/Remediation/AGENTS.md`
|
||||
- `src/Remediation/StellaOps.Remediation.WebService/Program.cs`
|
||||
- `src/Remediation/__Tests/StellaOps.Remediation.WebService.Tests/RemediationStartupContractTests.cs`
|
||||
- `docs/modules/remediation/architecture.md`
|
||||
- Residual risk: production startup still cannot validate Postgres connectivity without invoking repository operations.
|
||||
- Mitigation: add explicit connectivity health probe in follow-up ops hardening if required.
|
||||
|
||||
## Next Checkpoints
|
||||
- Completed for this sprint stream; handoff can proceed to cross-sprint docs synchronization (`SPRINT_20260305_006_DOCS_webservice_catalog_and_domain_consistency.md`).
|
||||
@@ -1,95 +0,0 @@
|
||||
# Sprint 20260305-005 - Platform Read-Model Boundary Enforcement
|
||||
|
||||
## Topic & Scope
|
||||
- Execute Point 4 by formalizing and enforcing Platform read-model boundaries to prevent cross-module persistence coupling drift.
|
||||
- Preserve aggregation behavior while introducing explicit contract and test guardrails for future changes.
|
||||
- Ensure migration-management dependencies are clearly separated from runtime query dependencies.
|
||||
- Working directory: `src/Platform`.
|
||||
- Expected evidence: boundary inventory, guard tests, updated architecture dossier/ADR, and endpoint-level verification.
|
||||
|
||||
## Dependencies & Concurrency
|
||||
- Depends on current Platform architecture docs and runtime service inventory.
|
||||
- Can run in parallel with storage sprints for JobEngine/Replay/Remediation.
|
||||
- Documentation cleanup sprint depends on final boundary statement from this sprint.
|
||||
|
||||
## Documentation Prerequisites
|
||||
- `docs/modules/platform/architecture-overview.md`
|
||||
- `docs/modules/platform/architecture.md`
|
||||
- `src/Platform/StellaOps.Platform.WebService/Program.cs`
|
||||
- `src/Platform/StellaOps.Platform.WebService/Services/TopologyReadModelService.cs`
|
||||
- `src/Platform/StellaOps.Platform.WebService/Services/SecurityReadModelService.cs`
|
||||
- `src/Platform/StellaOps.Platform.WebService/Services/IntegrationsReadModelService.cs`
|
||||
- `src/Platform/__Libraries/StellaOps.Platform.Database/MigrationModulePlugins.cs`
|
||||
|
||||
## Delivery Tracker
|
||||
|
||||
### PLATFORM-BOUND-001 - Produce runtime dependency inventory and classify boundary risks
|
||||
Status: TODO
|
||||
Dependency: none
|
||||
Owners: Project Manager, Implementer
|
||||
Task description:
|
||||
- Inventory Platform runtime dependencies and classify each as:
|
||||
- allowed runtime read-model dependency.
|
||||
- migration-only dependency.
|
||||
- prohibited cross-module persistence coupling.
|
||||
- Capture inventory output in module docs so future reviewers can validate changes quickly.
|
||||
|
||||
Completion criteria:
|
||||
- [ ] Inventory table committed with explicit allowed/prohibited categories.
|
||||
- [ ] Every cross-module reference in Platform runtime code is justified or queued for remediation.
|
||||
|
||||
### PLATFORM-BOUND-002 - Add enforceable guard tests for persistence boundary violations
|
||||
Status: TODO
|
||||
Dependency: PLATFORM-BOUND-001
|
||||
Owners: Implementer, Test Automation
|
||||
Task description:
|
||||
- Add architecture-style tests that fail if `StellaOps.Platform.WebService` references foreign module DbContext/persistence internals outside approved contracts.
|
||||
- Keep migration plugin assembly scanning excluded from runtime boundary assertions by explicit allowlist.
|
||||
|
||||
Completion criteria:
|
||||
- [ ] Guard tests fail on introduced boundary violations.
|
||||
- [ ] Allowlist exceptions are minimal and documented.
|
||||
- [ ] Test project and commands are documented in sprint evidence.
|
||||
|
||||
### PLATFORM-BOUND-003 - Introduce explicit query contract interfaces where boundary is implicit
|
||||
Status: TODO
|
||||
Dependency: PLATFORM-BOUND-001
|
||||
Owners: Implementer
|
||||
Task description:
|
||||
- For any remaining implicit data coupling paths, introduce explicit query interfaces/adapters to make dependency direction clear.
|
||||
- Preserve deterministic ordering and tenant isolation semantics of existing read-model endpoints.
|
||||
|
||||
Completion criteria:
|
||||
- [ ] Runtime read-model services depend on explicit contracts rather than ad-hoc persistence internals.
|
||||
- [ ] Endpoint behavior remains backward-compatible or includes versioned contract notes.
|
||||
- [ ] Deterministic ordering tests remain green.
|
||||
|
||||
### PLATFORM-BOUND-004 - Document boundary policy and migration/runtime separation
|
||||
Status: TODO
|
||||
Dependency: PLATFORM-BOUND-002
|
||||
Owners: Documentation author, Implementer
|
||||
Task description:
|
||||
- Update Platform architecture docs with a "runtime boundary policy" section.
|
||||
- Add clear guidance differentiating:
|
||||
- migration orchestration references (allowed in database module plugins).
|
||||
- runtime read-model dependencies (must stay behind explicit contracts).
|
||||
|
||||
Completion criteria:
|
||||
- [ ] `docs/modules/platform/architecture.md` and/or `architecture-overview.md` include boundary policy text and examples.
|
||||
- [ ] Decision log links to updated docs and guard test evidence.
|
||||
|
||||
## Execution Log
|
||||
| Date (UTC) | Update | Owner |
|
||||
| --- | --- | --- |
|
||||
| 2026-03-05 | Sprint created to execute architecture Point 4 and prevent Platform cross-module coupling regressions. | Project Manager |
|
||||
|
||||
## Decisions & Risks
|
||||
- Platform runtime currently uses in-service read-model services; this sprint codifies and enforces that boundary rather than assuming it remains stable.
|
||||
- `StellaOps.Platform.Database` migration plugins intentionally reference multiple module persistence assemblies; runtime boundary tests must not conflate migration wiring with runtime coupling.
|
||||
- Risk: over-restrictive guards can block valid evolution.
|
||||
- Mitigation: maintain explicit allowlist and update via documented architectural decisions only.
|
||||
|
||||
## Next Checkpoints
|
||||
- Dependency inventory reviewed.
|
||||
- Guard tests merged and running in CI.
|
||||
- Boundary policy documented and referenced by docs sprint.
|
||||
@@ -1,129 +0,0 @@
|
||||
# Sprint 20260305-006 - Docs Webservice Catalog and Domain Consistency
|
||||
|
||||
## Topic & Scope
|
||||
- Deliver the documentation improvements needed to support points 1-4 implementation and handoff.
|
||||
- Create one canonical service catalog for webservice domain, hostname, purpose, and persistence backing.
|
||||
- Resolve stale path/hostname inconsistencies across architecture and operations docs.
|
||||
- Working directory: `docs`.
|
||||
- Expected evidence: updated docs pages, link/path validation output, and cross-sprint references in Decisions & Risks.
|
||||
|
||||
## Dependencies & Concurrency
|
||||
- Depends on finalized behavior from:
|
||||
- `SPRINT_20260305_002_JobEngine_packsregistry_taskrunner_storage_completion.md`
|
||||
- `SPRINT_20260305_003_Replay_feed_snapshot_storage_completion.md`
|
||||
- `SPRINT_20260305_004_Remediation_postgres_runtime_wiring.md`
|
||||
- `SPRINT_20260305_005_Platform_read_model_boundary_enforcement.md`
|
||||
- Can start in parallel for baseline cleanup, then finalize after implementation sprints converge.
|
||||
|
||||
## Documentation Prerequisites
|
||||
- `docs/implplan/CONSOLIDATION_WEBSERVICE_FUNCTION_DB_MATRIX_20260305.md`
|
||||
- `docs/technical/architecture/port-registry.md`
|
||||
- `docs/modules/router/webservices-valkey-rollout-matrix.md`
|
||||
- `docs/quickstart.md`
|
||||
- `docs/INSTALL_GUIDE.md`
|
||||
- `docs/modules/platform/architecture.md`
|
||||
- `docs/technical/architecture/README.md`
|
||||
|
||||
## Delivery Tracker
|
||||
|
||||
### DOCS-SVC-001 - Publish canonical webservice catalog page
|
||||
Status: TODO
|
||||
Dependency: none
|
||||
Owners: Documentation author, Project Manager
|
||||
Task description:
|
||||
- Create a canonical service-catalog doc listing each webservice with:
|
||||
- module domain.
|
||||
- local hostname/domain alias.
|
||||
- purpose/functional surface summary.
|
||||
- persistence mode and primary backing technology.
|
||||
- source path and owner module.
|
||||
- Mark this catalog as source-of-truth and link it from architecture index pages.
|
||||
|
||||
Completion criteria:
|
||||
- [ ] Canonical catalog exists under `docs/technical/architecture/`.
|
||||
- [ ] `docs/technical/architecture/README.md` links to the catalog.
|
||||
- [ ] Catalog includes all active webservices, including Remediation.
|
||||
|
||||
### DOCS-SVC-002 - Correct stale path and service-name drift in port registry
|
||||
Status: TODO
|
||||
Dependency: DOCS-SVC-001
|
||||
Owners: Documentation author
|
||||
Task description:
|
||||
- Update `docs/technical/architecture/port-registry.md` entries whose source paths no longer match repository layout.
|
||||
- Add or correct missing service rows where runtime services exist but are absent/inaccurate.
|
||||
|
||||
Completion criteria:
|
||||
- [ ] All path references in the port table resolve to existing directories.
|
||||
- [ ] Service naming/path mapping matches current module consolidation layout.
|
||||
- [ ] Port registry includes Remediation or documents its absence with explicit rationale and follow-up.
|
||||
|
||||
### DOCS-SVC-003 - Standardize runtime hostname/domain convention guidance
|
||||
Status: TODO
|
||||
Dependency: DOCS-SVC-001
|
||||
Owners: Documentation author
|
||||
Task description:
|
||||
- Define canonical runtime hostname form (`*.stella-ops.local`) and document permitted exceptions.
|
||||
- Normalize conflicting usage examples across quickstart, operations, and API docs.
|
||||
- Preserve intentional schema ID and non-runtime examples where needed, with explicit explanation.
|
||||
|
||||
Completion criteria:
|
||||
- [ ] Runtime URL examples are consistent with canonical hostname convention.
|
||||
- [ ] Exception policy is documented (schema IDs, synthetic examples, external references).
|
||||
- [ ] Search audit evidence is captured in sprint log.
|
||||
|
||||
### DOCS-SVC-004 - Update router rollout inventory and service integration docs
|
||||
Status: TODO
|
||||
Dependency: DOCS-SVC-002
|
||||
Owners: Documentation author, Implementer
|
||||
Task description:
|
||||
- Update router rollout matrix and integration guide to include missing/renamed services and current route ownership.
|
||||
- Ensure service hostnames and route prefixes align with the canonical service catalog.
|
||||
|
||||
Completion criteria:
|
||||
- [ ] `docs/modules/router/webservices-valkey-rollout-matrix.md` is synchronized with active service inventory.
|
||||
- [ ] Missing Remediation routing status is explicitly tracked.
|
||||
- [ ] Route ownership and fallback notes are current and actionable.
|
||||
|
||||
### DOCS-SVC-005 - Synchronize consolidation matrix with verified runtime state
|
||||
Status: TODO
|
||||
Dependency: DOCS-SVC-001
|
||||
Owners: Documentation author, Project Manager
|
||||
Task description:
|
||||
- Refresh `CONSOLIDATION_WEBSERVICE_FUNCTION_DB_MATRIX_20260305.md` so per-service DB rows match current code.
|
||||
- Remove contradictory statements between matrix rows and later remediation-status sections.
|
||||
|
||||
Completion criteria:
|
||||
- [ ] DB/Persistence column reflects verified runtime wiring.
|
||||
- [ ] Contradictions are removed and replaced by one clear status statement.
|
||||
- [ ] Matrix references point to current source file paths.
|
||||
|
||||
### DOCS-SVC-006 - Add lightweight docs validation for service-path and hostname drift
|
||||
Status: TODO
|
||||
Dependency: DOCS-SVC-002
|
||||
Owners: Test Automation, Documentation author
|
||||
Task description:
|
||||
- Add a deterministic docs validation script/check for:
|
||||
- unresolved service path references in registry tables.
|
||||
- forbidden runtime hostname variants where canonical form is required.
|
||||
- Integrate check into docs/testing guidance and optionally CI path filters.
|
||||
|
||||
Completion criteria:
|
||||
- [ ] Validation command/script is documented and runnable locally.
|
||||
- [ ] At least one failing fixture/case demonstrates drift detection.
|
||||
- [ ] Sprint log captures validation command output.
|
||||
|
||||
## Execution Log
|
||||
| Date (UTC) | Update | Owner |
|
||||
| --- | --- | --- |
|
||||
| 2026-03-05 | Sprint created to execute documentation improvements and provide an actionable handoff surface for points 1-4. | Project Manager |
|
||||
|
||||
## Decisions & Risks
|
||||
- Current docs contain drift between inventory, runtime wiring notes, and path/domain conventions; this blocks efficient multi-agent execution.
|
||||
- Canonical catalog and validation checks are required to keep docs synchronized after module consolidation work.
|
||||
- Risk: broad doc edits can unintentionally rewrite historical examples.
|
||||
- Mitigation: document exception policy and scope normalization to runtime/service-discovery contexts first.
|
||||
|
||||
## Next Checkpoints
|
||||
- Canonical service catalog draft completed and linked.
|
||||
- Port registry and router inventory path verification complete.
|
||||
- Hostname normalization pass completed with validation evidence.
|
||||
Reference in New Issue
Block a user