docs(risk): document residual risks and public issue plan
This commit is contained in:
igor04091968
@@ -0,0 +1,174 @@
|
||||
# AWatch-rus: остаточные риски после public validation и российского Git-контура
|
||||
|
||||
Дата: 2026-06-22
|
||||
|
||||
Статус: governance / registry-readiness residual risk register.
|
||||
|
||||
Документ фиксирует оставшиеся риски после настройки российского Gitea-контура,
|
||||
backup, public GitHub Actions validation, coverage workflow, security scanning
|
||||
и status freeze.
|
||||
|
||||
Это не заявление о завершенной регистрации в реестре российского ПО и не
|
||||
release evidence. GitHub Actions остается public mirror validation only.
|
||||
Primary registry-readiness contour остается: Russian Gitea, planned Russian
|
||||
build-runner и будущий release evidence build на российском контуре.
|
||||
|
||||
## Архитектурный вывод
|
||||
|
||||
Текущий pilot/readiness stage не блокируется перечисленными рисками, потому что
|
||||
ядро инженерной прозрачности уже зафиксировано:
|
||||
|
||||
- source contour documented: self-hosted Russian Gitea;
|
||||
- public mirror validation passed: CI, Coverage, Security;
|
||||
- secret scan hardened and passed;
|
||||
- backup process documented with SHA256 verification and daily timer;
|
||||
- registry-readiness docs and release evidence scripts exist;
|
||||
- forbidden positioning claims are explicitly excluded.
|
||||
|
||||
Оставшиеся риски относятся к governance, disaster recovery proof, public process
|
||||
visibility, release evidence contour and legal package. Они требуют дальнейших
|
||||
действий до registry release evidence / GA, но не отменяют pilot/readiness
|
||||
статус.
|
||||
|
||||
## 1. Один основной разработчик
|
||||
|
||||
- Текущий статус: риск открыт; основная инженерная экспертиза сосредоточена у
|
||||
одного maintainer.
|
||||
- Влияние: задержка развития, поддержки и incident response при недоступности
|
||||
maintainer; повышенная зависимость от личной экспертизы.
|
||||
- Почему не блокирует pilot/readiness stage: архитектура, deployment docs,
|
||||
runbooks, registry docs and public checks already create a transferable
|
||||
baseline for pilot validation.
|
||||
- Как риск будет снижаться: second maintainer onboarding, documented code
|
||||
ownership, mandatory PR review for release branches, knowledge transfer
|
||||
sessions.
|
||||
- Уже снижающие evidence/documents/CI: README, `docs/PROJECT_STATUS_RU.md`,
|
||||
`docs/QUALITY_STATUS_RU.md`, `docs/registry/`, GitHub Actions CI/Coverage/
|
||||
Security, issue templates and PR template.
|
||||
- Следующий action: завести публичную задачу
|
||||
`[security] Prepare external security/code review checklist`.
|
||||
|
||||
## 2. Нет публично видимого peer review
|
||||
|
||||
- Текущий статус: риск открыт; PR template and issue templates exist, but
|
||||
public peer review history is still limited.
|
||||
- Влияние: внешним аудиторам сложнее оценить review discipline and change
|
||||
control maturity.
|
||||
- Почему не блокирует pilot/readiness stage: current changes are protected by
|
||||
reproducible checks, public workflows and documented conservative positioning.
|
||||
- Как риск будет снижаться: external review checklist, first public PR reviews,
|
||||
explicit release branch review policy.
|
||||
- Уже снижающие evidence/documents/CI: `.github/pull_request_template.md`,
|
||||
`.github/ISSUE_TEMPLATE/`, `CONTRIBUTING.md`, `SECURITY.md`, public CI,
|
||||
public security workflow.
|
||||
- Следующий action: завести публичную задачу
|
||||
`[security] Prepare external security/code review checklist`.
|
||||
|
||||
## 3. Низкая публичная активность issue tracker
|
||||
|
||||
- Текущий статус: риск открыт частично; issue templates and public roadmap
|
||||
exist, but public roadmap-tasks are still few.
|
||||
- Влияние: низкая внешняя visibility development process; сложнее показать
|
||||
плановое управление backlog and governance.
|
||||
- Почему не блокирует pilot/readiness stage: templates, roadmap and status docs
|
||||
already define expected process; missing public tasks are a visibility gap,
|
||||
not a runtime readiness gap.
|
||||
- Как риск будет снижаться: manually create public issues for registry, QA,
|
||||
security, compatibility, ops and pilot follow-up work.
|
||||
- Уже снижающие evidence/documents/CI: `ROADMAP.md`, issue templates,
|
||||
`docs/PROJECT_STATUS_RU.md`, `docs/PUBLIC_ISSUES_PLAN_RU.md`.
|
||||
- Следующий action: завести публичные issues по списку из
|
||||
`docs/PUBLIC_ISSUES_PLAN_RU.md`.
|
||||
|
||||
## 4. Низкая community adoption
|
||||
|
||||
- Текущий статус: риск открыт; stars/forks remain low and the project still
|
||||
looks like early-stage / pilot-stage OSS.
|
||||
- Влияние: нет широкого external validation and "many eyes" effect; меньше
|
||||
внешних сигналов доверия.
|
||||
- Почему не блокирует pilot/readiness stage: это не технический blocker.
|
||||
Specialized enterprise/security OSS normally grows through pilots,
|
||||
documentation, demos, case studies and references.
|
||||
- Как риск будет снижаться: public demo pack, updated screenshots, pilot
|
||||
materials, external links, publications and first customer pilots.
|
||||
- Уже снижающие evidence/documents/CI: README, demo docs, pilot docs,
|
||||
screenshots, public workflows, registry docs.
|
||||
- Следующий action: завести публичную задачу
|
||||
`[docs] Refresh public demo pack and screenshots`.
|
||||
|
||||
## 5. Gitea restore test еще не выполнен
|
||||
|
||||
- Текущий статус: риск открыт; backup works, SHA256 verification works and daily
|
||||
timer is documented, but `restore_tested` remains false.
|
||||
- Влияние: disaster recovery capability is documented but not yet proven by a
|
||||
restore drill on a separate host.
|
||||
- Почему не блокирует pilot/readiness stage: backup contour already exists and
|
||||
can support readiness documentation; release/registry evidence still requires
|
||||
restore proof later.
|
||||
- Как риск будет снижаться: perform restore test on a separate server, record
|
||||
logs, checksum verification, post-restore checks and rollback notes.
|
||||
- Уже снижающие evidence/documents/CI:
|
||||
`docs/registry/GITEA_BACKUP_AND_RESTORE_RUNBOOK_RU.md`,
|
||||
`docs/registry/registry-evidence-manifest.json`,
|
||||
`scripts/registry_readiness_check.sh`.
|
||||
- Следующий action: завести публичную задачу
|
||||
`[registry] Perform Gitea backup restore test`.
|
||||
|
||||
## 6. Российский build-runner пока planned
|
||||
|
||||
- Текущий статус: риск открыт; `awatch-build-01` is planned, not ready.
|
||||
- Влияние: release evidence cannot yet be produced on the target Russian
|
||||
build-runner contour.
|
||||
- Почему не блокирует pilot/readiness stage: public GitHub Actions provides
|
||||
mirror validation, while registry release evidence is explicitly deferred to
|
||||
the Russian build-runner.
|
||||
- Как риск будет снижаться: provision temporary or permanent `awatch-build-01`,
|
||||
install toolchain, connect to Russian Gitea and run required checks.
|
||||
- Уже снижающие evidence/documents/CI:
|
||||
`docs/registry/RU_BUILD_RUNNER_READINESS_RU.md`,
|
||||
`docs/registry/BUILD_RUNNER_SETUP_RUNBOOK_RU.md`, public CI/Coverage/
|
||||
Security as non-release validation.
|
||||
- Следующий action: завести публичную задачу
|
||||
`[registry] Prepare temporary Russian build-runner awatch-build-01`.
|
||||
|
||||
## 7. Первый настоящий release evidence build pending
|
||||
|
||||
- Текущий статус: риск открыт; release evidence scripts exist, but the first
|
||||
real release evidence build on `awatch-build-01` has not been performed.
|
||||
- Влияние: registry release evidence package is not yet available from the
|
||||
target build contour.
|
||||
- Почему не блокирует pilot/readiness stage: pilot readiness can use current
|
||||
docs and public validation; registry release evidence is a later gate.
|
||||
- Как риск будет снижаться: run release evidence scripts on the Russian
|
||||
build-runner, collect artifacts, checksums, cargo metadata/tree, logs and
|
||||
release manifest.
|
||||
- Уже снижающие evidence/documents/CI:
|
||||
`scripts/build_release_evidence.sh`,
|
||||
`scripts/check_release_evidence.sh`,
|
||||
`docs/registry/RELEASE_EVIDENCE_RUNBOOK_RU.md`,
|
||||
`docs/registry/RELEASE_EVIDENCE_MANIFEST_RU.md`.
|
||||
- Следующий action: завести публичную задачу
|
||||
`[release] Produce first release evidence package`.
|
||||
|
||||
## 8. Юридический пакет правообладателя pending
|
||||
|
||||
- Текущий статус: риск открыт; technical readiness is strong, but rightsholder
|
||||
evidence package is not yet finalized.
|
||||
- Влияние: registry submission cannot be treated as legally ready without
|
||||
ownership, rights and submission documentation.
|
||||
- Почему не блокирует pilot/readiness stage: pilot/readiness is technical and
|
||||
operational; legal package is a separate submission track.
|
||||
- Как риск будет снижаться: prepare rightsholder documents, ownership evidence,
|
||||
dependency review summary and legal review checklist.
|
||||
- Уже снижающие evidence/documents/CI: registry docs, dependency statement,
|
||||
third-party license docs, conservative README positioning, public security
|
||||
and coverage validation.
|
||||
- Следующий action: завести публичную задачу
|
||||
`[legal] Prepare rightsholder evidence package`.
|
||||
|
||||
## Следующие публичные задачи
|
||||
|
||||
Полный список задач для ручного заведения в GitHub issue tracker:
|
||||
|
||||
- `docs/PUBLIC_ISSUES_PLAN_RU.md`.
|
||||
|
||||
Reference in New Issue
Block a user