07 — Architecture

Что сюда кладём

Системные паттерны iGaming-платформы (выше уровня RGS-логики):

• Reference-архитектура: Game Client ↔ RGS ↔ Wallet ↔ Operator/Aggregator.
• Deployment-топологии: single-region, multi-region, edge.
• Observability: metrics, logs, traces, business KPIs (GGR/NGR/RTP per game).
• Replay по roundId: что нужно сохранять для воспроизводимости.
• Disaster recovery: RPO/RTO, чем отличается у regulated систем.
• Security: ISO/IEC 27001:2022, secrets management, key rotation.
• Network topology: где живёт RNG, где Wallet, как изолированы critical systems.
• Data privacy и retention по юрисдикциям.
• CI/CD: cert-prod parity, source hash и signed builds.

Что НЕ сюда

• RGS API и round lifecycle → kb/05-rgs/.
• RNG как алгоритм → kb/04-rng/.
• Cert-чеклисты → kb/08-certification/.
• Compliance-правила → kb/09-compliance/.

Страницы

• TS, real-time) — эталонная архитектура нашего слот-бэка: real-time runtime + math-sdk-style симулятор из одной кодовой базы; слои game logic / wallet / RNG / RGS API; pipeline simulate → cert → deploy; replay через seed (#synthesis architecture math)

Стартовые источники

• UKGC RTS — critical systems — что относится и какие требования к security.
• ISO/IEC 27001:2022 — security baseline.
• 12factor.net — общие практики деплоя.
• open-rgs-go — пример организации сервисов.

Будущие страницы (TODO)

• Slot backend (JS/TS, real-time) — см. slot-backend-architecture.
• Reference-архитектура iGaming-платформы (общий уровень: Game Client ↔ RGS ↔ Wallet ↔ Operator).
• Multi-region deployment и regulated boundaries.
• Observability stack для регулируемых игр.
• Replay по roundId: что писать, как воспроизводить.
• Critical systems и сетевая изоляция.
• CI/CD с cert-parity (тестируемая = продовая сборка).
• Secrets management и key rotation.
• Data retention по юрисдикциям.