34 lines
4.1 KiB
Plaintext
34 lines
4.1 KiB
Plaintext
1) Может ли система масштабироваться?
|
|
Ответ: да может потому что есть координирующий сервер который обеспечивает удобный
|
|
и простой интерфейс получения доступа ко всем серверам сессий
|
|
|
|
2) Может ли у одного ЖК быть несолько копий и как это работает?
|
|
Ответ: да, может потому что координатор получает список всех серверов сессий и при создании ЖК
|
|
координатор получает свободный сервер или если происходит подключение с помощью кода координатор опрашивает
|
|
сервера для того чтобы узнать какому серверу принадлежит код и происходит подключение
|
|
|
|
3) Откуда координатор получает данные о всех жк и данные о запущенных серверах сессий?
|
|
a) на первом этапе координатор будет получать данные о доступных серверах из JSON файла
|
|
b) на втором этапе координатор будет получать данные из удалённой базы данных MySQL
|
|
|
|
4) Как работает и где хранится информация о планировании?
|
|
Ответ: планирование происходит на сайте для конкретного ЖК через дату и время, определяем можем ли мы
|
|
выбрать дату и время на основе количества серверов сессий для данного ЖК и уже имеющихся записей через координатор,
|
|
данные хранятся в соответствии с пунктом 3, если пользователь хочет задержаться в сесии когда время
|
|
истекает можно предложить продлить сессию если свободно время
|
|
|
|
5) Как происходит авторизация и ограничение планирования/создания сессий одим пользователем?
|
|
a) Предусмотрена регистрация/авторизация, после чего администратор производит модерацию и принимает/отклоняет запрос
|
|
на создание аккаунта который может создавать и планировать сессии (с определёнными ограничениями, например ограничение
|
|
количества сессий которые можно создать в определённый временной период)
|
|
b) После чего подключиться к сессии можно будет с помощью кода который получил пользователь при планировании сессии
|
|
c) Пользователям которые не планировали или не создавали сессию можно будет подключаться без авторизации
|
|
|
|
6) Как будет решена проблема с серым ip на серверах сессий?
|
|
a) Все сервера сессий будут общаться с клиентом через координатор
|
|
b) Все сервера WebRTC будут общаться с клиентом через через STUN сервер
|
|
с) потенциально можно использовать архитектуру клиент->координатор->WebRTC->приложение
|
|
|
|
7) Можно ли завершить сессию если все пользователи сессии неактивны?
|
|
если все пользователи сессии неактивны в течение N времени то сессия завершается
|