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

Отлично, давай-ка сначала зафиксируем архитектуру пограничного уровня. Я набросаю структуру микросервиса без сохранения состояния, с общим кешем Redis для синхронизации состояния, и лёгкий пограничный узел, который запускает контейнеризированную версию логики каждого аватара. Потом развернём небольшую Kubernetes-сеть для симуляции города – начнём с десяти узлов и потом масштабируем. Как только протестируем задержку по сети, увидим, хватит ли полосы пропускания. Я нарисую схему архитектуры и отправлю тебе. Будем держать сроки в узде и спецификации точными.

Зафиксировали спецификации Edge: stateless сервисы, Redis кэш, 1 ГБ оперативной памяти на узел, межсоединение 10 Гбит/с. Разворачиваем Kubernetes кластер из 10 узлов, на каждом узле – контейнеризированный сервис аватаров. Проводим тесты на задержку с 1000 одновременных запросов, целевое время отклика – менее 50 миллисекунд. Если все пройдет, завтра увеличим до 20 узлов. Сейчас поднимаю кластер.