Teachbase, в первую очередь, это SaaS-решение. То есть облачное. Поэтому вся инфраструктура физически располагается в дата-центре, а не локально на серверах клиентов. Все арендуемое оборудование находится под постоянным мониторингом специалистов дата-центра. На текущий момент, платформа располагается в Яндекс.Облаке:

Представляет собой машину с отдельно настроенным веб-сервером — NGINX.

Суть этой машины: равномерно маршрутизировать трафик на нижестоящие сервера с запущенными приложениями Teachbase. Это позволяет обрабатывать в один момент времени большое число запросов от большого числа пользователей. При этом для самих пользователей этот процесс абсолютно не заметен. По факту, перейдя в браузере на страницу go.teachbase.ru — пользователь попадает на один из нижестоящих серверов: g1, g2 или g3 и т.д.

Количество нижестоящих серверов может варьироваться от конфигурации и нагрузки — количества активных пользователей в Teachbase. Каждый из серверов представляет собой машину с отдельной настроенным веб-сервером — NGINX и запущенным RoR-приложением Teachbase. Да, на каждом из этих серверов запущена и работает идентичная копия RoR-приложения Teachbase.

Само по себе устройство RoR-приложения подразумевает под собой, что для запуска — его работы, необходимо запустить веб-сервер приложения (Puma). Оно и понятно, это ведь веб-приложение. NGINX же необходим для того, чтобы доступ к веб-приложению появился из вне.

Чтобы попасть на какой-то конкретный нижестоящий сервер (в обход балансировщика), достаточно набрать в адресной строке: http://g1.teachbase.ru где g1 — номер сервера.

Для хранения данных в Teachbase используется БД — PostgreSQL. За исключением нескольких отдельных типов данных (о них будет сказано ниже).

• Master — это «‎боевая«» БД, куда записываются и в которой изменяются данные в реальном режиме времени.
• Slave — это реплика «‎боевой«» БД. Предназначена только для считывания данных. К этой версии у техподдержки есть доступ. Это позволяет искать, выгружать и просматривать те данные, которые не доступны из веб-интефейса платформы.

Это хранилище данных в оперативной памяти с открытым исходным кодом и временем отклика на уровне долей миллисекунды. Используется как БД для обработчика очереди задач (Sidekiq).

Sidekiq — это backend для Active Job. Active Job — это еще один из фреймворков Ruby. Суть Active Job в том, чтобы формировать очереди задач (джобы - jobs): эти задачи могут быть чем угодно, от выгрузки отчетов до списаний с карт или рассылок SMS, email-сообщений. В общем, всем, что может быть выделено в параллельную задачу (в фоне выполняется, пока пользователь занимается другими делами на платформе). Сами очереди также делятся на типы: default, mailer, xlsx-report и так далее.

Sidekiq отвечает за то, чтобы приоритезировать очереди из задач на выполнение. А также отвечает за статус выполнения джобы: перезапуск, в случае неудачи или дальнейшая маршрутизация по статусу выполнения. Выполняет саму задачу какой-либо сервис внутри RoR-приложения или внешний сервис.

WebSocket — протокол связи поверх TCP-соединения, предназначенный для обмена сообщениями (передавать данные) между браузером пользователя и веб-сервером приложения в режиме реального времени. Предназначен для того, чтобы снимать метрику по активному времени пользователя на платформе. Эти данные сохраняются в БД InfluxDB.

InfluxDB представляет собой программное обеспечение с открытым исходным кодом для хранения временных рядов. БД написана на языке Go и не требует внешних зависимостей. Основным назначением является хранение больших объемов данных с метками времени. Например, данные мониторинга, метрики приложений, активное время пользователей на платформе.

Один из внешних сервисов. Это приложение написанное на языке Erlang. Предназначено для того, чтобы обрабатывать разные типы файлов в другие форматы. Например, .avi, .mov и другие в .mp4. В Teachbase используется конвертация видеофайлов в .mp4 и документов в .pdf. Загруженные на платформу исходники файлов Fyler получает из AMAZON S3. После их обработки, передает данные обратно в RoR-приложение, которое сохраняет ссылку на сконвертированный файл в нужной таблице — в БД платформы (PostgreSQL).

Сам по себе Fyler состоит из Сервера диспетчера — выступает точкой входа для получения списка задач на обработку. Задачи хранятся во внутренней БД Fyler. Полученный файл на обработку маршрутизируется на соответствующий типу файла пул (pool) — микросервер для конвертации документов или видеофайлов. Количество пулов может автоматически увеличиваться в зависимости от роста очереди или уменьшаться обратно.

Это облачное хранилище всех файлов на платформе — от обложек курсов, до записей вебинаров.

Для того, чтобы иметь расширенный функционал, Teachbase использует интеграции с другими сервисами. Например, такие как:

• SMSAero — отправка SMS-сообщений;
• SendGrid — отправка email-сообщений;
• ClickMeeting, Webinar.ru, Zoom — интегрированная вебинарная комната;
• Яндекс.Касса, CloudPayments — платежные сервисы;
• И другие.

Взаимодействие Teachbase с этими сервисами происходит в фоновом режиме (параллельно основным процессам), поэтому осуществляется через обработчик очереди фоновых задач — Sidekiq.