forked from bai/curriculum-project-hub
docs: chart SaaS production readiness
This commit is contained in:
@@ -0,0 +1,11 @@
|
||||
# Audit the clean-host deployment and rollback contract
|
||||
|
||||
Type: research
|
||||
Status: open
|
||||
|
||||
## Question
|
||||
|
||||
What concrete defects prevent a clean, supported Linux host from installing,
|
||||
starting, health-checking, upgrading, and rolling back the current Hub without
|
||||
manual repository knowledge or unsafe partial deployment?
|
||||
|
||||
@@ -0,0 +1,12 @@
|
||||
# Audit tenant, authentication, and request security boundaries
|
||||
|
||||
Type: research
|
||||
Status: open
|
||||
|
||||
## Question
|
||||
|
||||
Can any current HTTP, Feishu, filesystem, agent, or database path cross an
|
||||
Organization boundary, bypass the intended platform/org/project authorization
|
||||
seams, expose secrets, or accept unbounded hostile input in the initial
|
||||
production topology?
|
||||
|
||||
@@ -0,0 +1,12 @@
|
||||
# Audit run lifecycle and data integrity under failure
|
||||
|
||||
Type: research
|
||||
Status: open
|
||||
|
||||
## Question
|
||||
|
||||
Under process termination, restart, timeout, duplicate Feishu delivery,
|
||||
database failure, or concurrent requests, which AgentRun, lock, session,
|
||||
workspace, audit, and outbound-message invariants can be violated or leave work
|
||||
lost, duplicated, or permanently stuck?
|
||||
|
||||
@@ -0,0 +1,12 @@
|
||||
# Define production observability and incident recovery
|
||||
|
||||
Type: research
|
||||
Status: open
|
||||
Blocked by: 01, 02, 03
|
||||
|
||||
## Question
|
||||
|
||||
Which logs, metrics, readiness signals, audit correlations, alerts, and operator
|
||||
recovery actions are missing for a production operator to detect and diagnose
|
||||
failures across HTTP, Feishu, PostgreSQL, agent execution, cph builds, and
|
||||
workspace storage?
|
||||
@@ -0,0 +1,11 @@
|
||||
# Define initial abuse and capacity controls
|
||||
|
||||
Type: grilling
|
||||
Status: open
|
||||
Blocked by: 02, 03
|
||||
|
||||
## Question
|
||||
|
||||
Which request limits, file limits, concurrency limits, agent budgets, tenant
|
||||
quotas, and backpressure policies are mandatory for the accepted initial
|
||||
production boundary, and which values or behaviors remain product decisions?
|
||||
@@ -0,0 +1,11 @@
|
||||
# Audit backup, migration, and disaster recovery safety
|
||||
|
||||
Type: research
|
||||
Status: open
|
||||
|
||||
## Question
|
||||
|
||||
What backup, restore, workspace/database consistency, migration compatibility,
|
||||
and disaster-recovery guarantees are needed to deploy current persistent data
|
||||
safely, and what evidence or tooling is missing to prove them?
|
||||
|
||||
@@ -0,0 +1,12 @@
|
||||
# Audit the accepted product surface for production completeness
|
||||
|
||||
Type: research
|
||||
Status: open
|
||||
|
||||
## Question
|
||||
|
||||
Against ADR-0020 and ADR-0021, which required platform-admin, org-admin,
|
||||
project-onboarding, team/access, session, usage, and Feishu flows are absent,
|
||||
unreachable, or only test-facing rather than usable in the initial production
|
||||
service?
|
||||
|
||||
@@ -0,0 +1,12 @@
|
||||
# Prove the production release gate
|
||||
|
||||
Type: task
|
||||
Status: open
|
||||
Blocked by: 01, 02, 03, 04, 05, 06, 07
|
||||
|
||||
## Question
|
||||
|
||||
After the readiness investigations and resulting fixes are resolved, can one
|
||||
repeatable release procedure prove build/test/spec health, deploy a clean
|
||||
production-like environment, exercise critical tenant and agent journeys,
|
||||
verify observability and recovery, and either roll forward or roll back safely?
|
||||
Reference in New Issue
Block a user