Сервисы и CAN¶
CAN — это внутренняя шина управления серверными сервисами. Она нужна, чтобы основной сервер мог расширяться сервисами без потери управляемости и без превращения ядра в монолитный комбайн.
Через CAN сервисы могут:
- регистрировать роль и capabilities;
- получать задания;
- отправлять job events;
- отдавать heartbeat, состояние и ошибки;
- подключаться и отключаться без перезапуска основного сервера.
Статусы сервисов¶
Статус нужен, чтобы не смешивать уже работающий боевой контур с архитектурой ближайших сервисов.
- В бою — используется в текущем продукте и проверяется в реальных сценариях.
- В релизе 3.0 — входит в текущий продуктовый контур, но может расширяться сервисными сценариями.
- Не в релизе — описано как ближайший/целевой сервис, но не должно обещаться как готовая функция текущего релиза.
Текущие и ближайшие сервисы¶
| Сервис | Роль | Статус | Назначение |
|---|---|---|---|
| RTC translator | rtc-translator |
В бою | WebRTC edge для браузеров, перевод browser media в серверный RTP-путь и обратно |
| Recorder | recorder |
В релизе 3.0 | запись конференций и звонков через управляемый серверный media path |
| RTP translator | rtp-translator |
Не в релизе | межнодовая RTP-маршрутизация, “кусты” трафика и горизонтальное масштабирование media plane |
| Consolidator | consolidator |
Не в релизе | формирование оптимизированного потока для клиентов с ограниченным каналом или слабым устройством |
| Transcriber | transcriber |
Не в релизе | распознавание речи, протоколы совещаний, поиск по содержанию и дальнейшая AI-обработка |
| Monitor service | monitor |
Не в релизе | опрос клиентов и сервисов, сбор health snapshots, отчеты, online dashboard и алерты |
| ИИ-менеджер | ai-manager |
Не в релизе | секретарь и управленческий помощник компании на основе встреч, чатов, записей и транскрипций |
Как читать этот раздел¶
Эта страница дает карту сервисов. Детали вынесены на отдельные страницы, чтобы можно было отдельно обсуждать эксплуатацию, бизнес-ценность и технический контур каждого сервиса.
Дальше читать¶
- Архитектура: как сервисный контур связан с control plane и media plane.
- Эксплуатация: как сервисы помогают контролировать данные, масштабирование и наблюдаемость.