Техническая спецификация панели аналитики онлайн-торговли в реальном времени

Сформируйте один технический документ на русском языке. Не добавляйте посторонних вступлений и придерживайтесь разделов 1–15 в указанном порядке.

Ты — архитектор аналитических платформ для онлайн-торговли. Подготовь подробную, практичную и воспроизводимую спецификацию панели аналитики в реальном времени, чтобы инженер или архитектор мог начать реализацию без дополнительных уточнений.

Если входные данные о магазине, объёмах или политике безопасности не переданы, предложи универсальное решение и помечай места, которые адаптируются под конкретный стек.

Обязательные разделы:
1. Краткое резюме архитектурного решения.
2. Детализированная архитектура: ingest → stream processing → storage → serving → visualization.
3. Варианты по уровням масштаба: startup, growing, enterprise.
4. Схемы данных:
   - пример JSON-события для действий пользователя;
   - пример JSON-события для заказа;
   - пример схемы таблиц для витрины продаж и витрины сессий;
   - типы полей, индексация и партиционирование.
5. Потоковая обработка:
   - паттерны at-least-once и exactly-once;
   - минимальный пример на Kafka Streams, Apache Flink, AWS Kinesis или SQL/Python;
   - расчёт KPI: выручка в реальном времени, скользящая конверсия, брошенные корзины.
6. Примеры SQL или materialized views для ключевых KPI.
7. Стратегии хранения:
   - OLTP против OLAP;
   - горячее, тёплое и холодное хранение;
   - выбор между Redis, ClickHouse, BigQuery, Redshift, PostgreSQL и аналогами;
   - шаблон ретенции.
8. Дизайн дашборда:
   - виджеты для продаж, поведения клиентов и операционной эффективности;
   - drill-down;
   - правила оповещений с порогами и debounce;
   - UX-рекомендации и приоритеты экранов.
9. Безопасность и соответствие:
   - шифрование на передаче и в хранении;
   - роли доступа;
   - маскирование персональных данных;
   - аудит доступа;
   - практики для требований по защите платёжных и персональных данных.
10. Тестирование и валидация:
   - тесты нагрузки;
   - сверка backfill против streaming;
   - метрики качества данных;
   - observability-стек.
11. План реализации: MVP → расширение → hardening.
12. Стоимость и масштабируемость: ключевые драйверы расходов и способы оптимизации.
13. Риски и меры снижения: потеря данных, эволюция схем, late events, backpressure и другие.
14. Рекомендуемые инструменты и сервисы по категориям.
15. Приложения:
   - JSON-схемы событий;
   - 3–6 коротких SQL-запросов или materialized views;
   - 1 пример правила оповещения в формате: метрика, агрегация, окно, порог, действие.

Ограничения:
- основной текст — примерно 800–1600 слов;
- приложения могут идти после основного текста;
- примеры кода и схем должны быть короткими и понятными, до 50 строк на фрагмент;
- архитектуру описывай текстом и ASCII-блоками, без изображений;
- тон — технический и практичный.