Operations
Run NOXA with repeatable deployment and day-2 procedures.
Operations guidance follows implemented runtime runbooks: deployment, backup, restore, upgrade, rollback, observability, and exploitation controls.
Lifecycle
Operational lifecycle status
Deploy
ImplementedCompose, Kubernetes, and Helm deployment flows with preflight checks are documented and script-backed.
python ./scripts/install.py compose-up --init-env --generate-certspython ./scripts/install.py k8s-up --init-env --generate-certspython ./scripts/install.py helm-up --init-env --generate-certsBackup / Restore
ImplementedRunbooks and helper scripts exist for operational backup and restore validation.
powershell -File ./scripts/backup_db.ps1powershell -File ./scripts/restore_db.ps1 -BackupFile <dump>python ./scripts/install.py compose-rollback <dump>Upgrade / Rollback
ImplementedUpgrade and rollback paths are explicit with pre-checks and post-checks.
python ./scripts/install.py compose-upgradepython ./scripts/install.py compose-rollback <dump>cd backend && make db-currentObservability and exploitation
ImplementedMetrics, structured logs, and operational indicators are available for day-2 operations.
GET /metricsGET /api/v1/admin/license/diagnosticsdocker compose logs --tail=200 backendBoundaries
What operations guidance does and does not promise
Runbooks are implemented and versioned, but client-specific SOP customization remains an integrator responsibility.
Supportability depends on trust-chain conformity, not only service uptime.
Operational commitments should be tied to validated deployment profiles and measured telemetry.
Support Continuity
Operational checks that preserve support eligibility
Valid signed license artifacts (license.json + license.sig).
Valid signed product-manifest and bundle-manifest artifacts.
Edition/module/version/artifact coherence between runtime and signed manifests.
No unsupported rebuild or tampering of official runtime artifacts.
Legacy boundary
Canonical production target is signed file artifacts (license + manifests + signatures).
Legacy schema/token paths remain migration-only compatibility paths.
Inline license.signature and runtime_signing.kid fields are transitional interoperability mirrors.
Legacy compatibility is explicitly re-evaluated before 2026-12-31.