Интеграция 100ms для видеоконференций на сайте

Наша компания занимается разработкой, поддержкой и обслуживанием сайтов любой сложности. От простых одностраничных сайтов до масштабных кластерных систем построенных на микро сервисах. Опыт разработчиков подтвержден сертификатами от вендоров.

Разработка и обслуживание любых видов сайтов:

Информационные сайты или веб-приложения
Сайты визитки, landing page, корпоративные сайты, онлайн каталоги, квиз, промо-сайты, блоги, новостные ресурсы, информационные порталы, форумы, агрегаторы
Сайты или веб-приложения электронной коммерции
Интернет-магазины, B2B-порталы, маркетплейсы, онлайн-обменники, кэшбэк-сайты, биржи, дропшиппинг-платформы, парсеры товаров
Веб-приложения для управления бизнес-процессами
CRM-системы, ERP-системы, корпоративные порталы, системы управления производством, парсеры информации
Сайты или веб-приложения электронных услуг
Доски объявлений, онлайн-школы, онлайн-кинотеатры, конструкторы сайтов, порталы предоставления электронных услуг, видеохостинги, тематические порталы

Это лишь некоторые из технических типов сайтов, с которыми мы работаем, и каждый из них может иметь свои специфические особенности и функциональность, а также быть адаптированным под конкретные потребности и цели клиента

Услуги, которые мы предлагаем
Показано 1 из 1Все 2062 услуг
Интеграция 100ms для видеоконференций на сайте
Средний
~5 дней
Часто задаваемые вопросы

Наши компетенции:

Этапы разработки

Последние работы

  • image_website-b2b-advance_0.webp
    Разработка сайта компании B2B ADVANCE
    1362
  • image_web-applications_feedme_466_0.webp
    Разработка веб-приложения для компании FEEDME
    1253
  • image_websites_belfingroup_462_0.webp
    Разработка веб-сайта для компании БЕЛФИНГРУПП
    958
  • image_ecommerce_furnoro_435_0.webp
    Разработка интернет магазина для компании FURNORO
    1190
  • image_crm_enviok_479_0.webp
    Разработка веб-приложения для компании Enviok
    931
  • image_bitrix-bitrix-24-1c_fixper_448_0.webp
    Разработка веб-сайта для компании ФИКСПЕР
    949

Интеграция 100ms для видеоконференций на сайте

Типичная проблема: вы добавили iframe с Zoom, но участники жалуются на задержки, кастомизация интерфейса невозможна, а масштабирование ограничено. 100ms решает это через SDK с полным контролем. 100ms — WebRTC-платформа с React SDK, готовыми UI-компонентами и гибкой тарификацией. Особенность — Rooms и Templates: вы создаёте шаблон в дашборде (настройки ролей, записи, качества), а потом создаёте комнаты на его основе. Это избавляет от ручного управления правами и позволяет масштабировать видеоконференции до сотен участников без перегрузки бэкенда. Мы используем 100ms, чтобы встроить видеоконференции с полным контролем: свои роли, запись, кастомизация UI. Без костылей с iframe и ограничений Zoom. Если на вашем сайте сотня пользователей одновременно пытаются войти в конференцию — 100ms справляется с этим через Rooms и Templates. Наши клиенты экономят в среднем $5000 на разработке собственного WebRTC-решения при переходе на 100ms.

Какие проблемы решает 100ms?

100ms эффективно управляет ролями: вы создаёте шаблон с ролями host, guest, viewer. Каждый участник получает token с соответствующей ролью. Облачная запись конференций включается в шаблоне, вебхуки уведомляют о начале и завершении. WebRTC обеспечивает real-time коммуникацию с минимальной задержкой — это подтверждено нагрузочным тестированием. Roomkit позволяет переопределить интерфейс под ваш бренд — цвета, расположение элементов, кастомные кнопки.

Почему 100ms лучше самописного решения на WebRTC?

Самописный WebRTC требует реализации STUN/TURN-серверов, сигнализации, управления комнатами и токенами. 100ms предоставляет всё из коробки: готовый бэкенд для создания комнат, генерации токенов и мониторинга. Это сокращает время разработки на недели и снижает риск ошибок. По нашим данным, интеграция 100ms в 3 раза быстрее, чем разработка собственного WebRTC-решения. Стоимость минуты видео в 100ms — от $0.004, что значительно дешевле аналогов (Twilio ~$0.008, Agora ~$0.007). Таким образом, вы экономите и время, и деньги.

Как происходит интеграция 100ms на ваш сайт?

Мы строим серверный API для создания комнат и генерации токенов. Клиентский SDK (React) подключается к комнате и управляет аудио/видео потоками. Ниже — ключевые шаги.

Создание комнаты и получение токена

npm install @100mslive/roomkit-react @100mslive/react-sdk
// На сервере — Management Token для API
import jwt from 'jsonwebtoken';

function generateManagementToken(): string {
  return jwt.sign(
    {
      access_key: process.env.HMS_ACCESS_KEY,
      type: 'management',
      version: 2,
      iat: Math.floor(Date.now() / 1000),
      nbf: Math.floor(Date.now() / 1000),
    },
    process.env.HMS_APP_SECRET!,
    { algorithm: 'HS256', expiresIn: '24h' }
  );
}

// Создать комнату
async function createRoom(name: string): Promise<string> {
  const mgmtToken = generateManagementToken();

  const response = await fetch('https://api.100ms.live/v2/rooms', {
    method: 'POST',
    headers: {
      'Authorization': `Bearer ${mgmtToken}`,
      'Content-Type': 'application/json',
    },
    body: JSON.stringify({
      name,
      template_id: process.env.HMS_TEMPLATE_ID,  // из 100ms Dashboard
    }),
  });

  const room = await response.json();
  return room.id;
}

// Получить App Token для участника
async function getAppToken(roomId: string, userId: string, role: string): Promise<string> {
  const mgmtToken = generateManagementToken();

  const response = await fetch('https://api.100ms.live/v2/auth-token', {
    method: 'POST',
    headers: {
      'Authorization': `Bearer ${mgmtToken}`,
      'Content-Type': 'application/json',
    },
    body: JSON.stringify({
      room_id: roomId,
      user_id: userId,
      role,  // роль из Template: 'host', 'guest', 'viewer'
    }),
  });

  const { token } = await response.json();
  return token;
}

// API endpoint
app.post('/api/video/join', authenticate, async (req, res) => {
  const { sessionId } = req.body;

  let session = await db.videoSessions.findById(sessionId);
  if (!session.hmsRoomId) {
    const roomId = await createRoom(`session-${sessionId}`);
    session = await db.videoSessions.update(sessionId, { hmsRoomId: roomId });
  }

  const isHost = session.hostId === req.user.id;
  const token = await getAppToken(session.hmsRoomId, req.user.id, isHost ? 'host' : 'guest');

  res.json({ token });
});

React компонент с Roomkit

import {
  HMSRoomProvider,
  useHMSActions,
  useHMSStore,
  selectIsConnectedToRoom,
  selectPeers,
  selectLocalPeer,
  HMSPeer,
} from '@100mslive/react-sdk';

function VideoConference({ authToken, userName }: { authToken: string; userName: string }) {
  return (
    <HMSRoomProvider>
      <VideoRoom authToken={authToken} userName={userName} />
    </HMSRoomProvider>
  );
}

function VideoRoom({ authToken, userName }) {
  const hmsActions = useHMSActions();
  const isConnected = useHMSStore(selectIsConnectedToRoom);
  const peers = useHMSStore(selectPeers);
  const localPeer = useHMSStore(selectLocalPeer);

  useEffect(() => {
    hmsActions.join({ authToken, userName, settings: { isAudioMuted: false, isVideoMuted: false } });

    return () => {
      hmsActions.leave();
    };
  }, [authToken]);

  if (!isConnected) {
    return <div className="flex items-center justify-center h-64">Подключение...</div>;
  }

  return (
    <div>
      <div className="grid grid-cols-2 gap-4 p-4">
        {peers.map(peer => (
          <PeerTile key={peer.id} peer={peer} />
        ))}
      </div>

      <div className="flex gap-3 justify-center p-4">
        <button onClick={() => hmsActions.setLocalAudioEnabled(!localPeer?.audioEnabled)}
          className="p-3 rounded-full bg-gray-800 text-white">
          {localPeer?.audioEnabled ? '🎤' : '🔇'}
        </button>
        <button onClick={() => hmsActions.setLocalVideoEnabled(!localPeer?.videoEnabled)}
          className="p-3 rounded-full bg-gray-800 text-white">
          {localPeer?.videoEnabled ? '📹' : '📷'}
        </button>
        <button onClick={() => hmsActions.leave()}
          className="p-3 rounded-full bg-red-600 text-white">
          Покинуть
        </button>
      </div>
    </div>
  );
}

function PeerTile({ peer }: { peer: HMSPeer }) {
  const videoRef = useRef<HTMLVideoElement>(null);
  const hmsActions = useHMSActions();

  const videoTrack = useHMSStore(selectCameraStreamByPeerID(peer.id));

  useEffect(() => {
    if (videoRef.current && videoTrack) {
      hmsActions.attachVideo(videoTrack.id, videoRef.current);
    }
    return () => {
      if (videoRef.current && videoTrack) {
        hmsActions.detachVideo(videoTrack.id, videoRef.current);
      }
    };
  }, [videoTrack]);

  return (
    <div className="relative bg-gray-900 rounded-xl overflow-hidden aspect-video">
      <video ref={videoRef} autoPlay muted={peer.isLocal} playsInline className="w-full h-full object-cover" />
      <span className="absolute bottom-2 left-2 text-white text-sm bg-black/50 px-2 rounded">
        {peer.name} {peer.isLocal && '(вы)'}
      </span>
    </div>
  );
}

Что входит в интеграцию?

Backend API: серверные эндпоинты для создания комнат, генерации токенов и управления шаблонами. React-компоненты: подключение Roomkit, кастомизация UI под ваш бренд. Настройка шаблонов: создание шаблонов в дашборде 100ms с нужными ролями и опциями записи. Тестирование: проверка стабильности при одновременном подключении до 50+ участников. Документация: описание API и инструкция по развёртыванию. Пост-поддержка: консультации после интеграции.

Сравнение 100ms с другими WebRTC-решениями

Параметр 100ms Twilio Video Agora
Кастомизация UI Полная через Roomkit Минимальная Средняя (виджеты)
Роли и права Гибкие шаблоны Только роль участника Расширенные (настройка прав)
Запись Облачная, с вебхуками Через сторонние сервисы Встроенная
Масштабирование До 1000 участников До 50 участников До 10 000 участников
Цена (за 1000 минут) ~$0.004 ~$0.008 ~$0.007

100ms выигрывает в кастомизации и простоте интеграции, а по цене занимает среднюю позицию. Мы помогаем выбрать оптимальное решение под ваши задачи.

Этапы интеграции 100ms

Этап Длительность Описание
Аналитика и проектирование 1–2 дня Обсуждение требований, выбор шаблонов, ролей, UI
Реализация бэкенда 1–2 дня Создание API для комнат и токенов, настройка шаблонов
Интеграция клиента 1–2 дня Подключение Roomkit, кастомизация компонентов
Тестирование и деплой 1 день Нагрузочное тестирование, развёртывание на сервере

Сроки

Интеграция 100ms с созданием комнаты, токенами и React компонентом — 2–3 дня. С ролями, записью и вебхуками — 4–5 дней. Свяжитесь с нами, чтобы обсудить детали вашего проекта.

Почему выбирают нас?

Опыт нашей команды — более 5 лет в веб-разработке и интеграции WebRTC-решений. Мы гарантируем стабильность видеоконференций под нагрузкой и предоставляем техническую поддержку после внедрения. Сертифицированные специалисты следят за актуальностью кода и обновлениями SDK. Основной стек: React, TypeScript, Node.js, 100ms SDK.

Закажите консультацию — мы оценим ваш проект и предложим оптимальное решение для интеграции видеоконференций. Получите консультацию по интеграции 100ms. Свяжитесь с нами, чтобы обсудить детали.

Разработка систем реального времени: WebRTC, SSE, WebSocket

Мы знаем, как больно, когда поллинг убивает сервер. Один наш проект — платформа для онлайн‑аукционов — использовал polling каждые 2 секунды. Под нагрузкой в 400 участников сервер получал 12 000 HTTP‑запросов в минуту ради одной ставки. 90% ответов — пустые. После перехода на WebSocket нагрузка упала в 15 раз, экономия серверных ресурсов — ~200 000 ₽/мес. Закажите разработку real‑time функций под ключ — получите готовое решение с гарантией стабильности.

Реализация real‑time на продакшене — не просто библиотека. Мы проектируем архитектуру под нагрузку, сценарии и бюджет. Ниже — разбор ключевых решений с примерами.

Три транспорта реального времени: когда что выбирать

Server‑Sent Events работают поверх обычного HTTP/1.1 или HTTP/2. Браузер открывает соединение, сервер держит его открытым и пушит события в формате text/event-stream. Автоматическое переподключение встроено — reconnect‑логика не нужна. Ограничение: только сервер → клиент. Идеально для нотификаций, прогресса долгих задач, live‑фидов.

WebSocket — полнодуплексный канал после HTTP Upgrade‑рукопожатия. Браузер и сервер обмениваются фреймами в обе стороны. Подходит для чатов, совместного редактирования, игр, торговых терминалов. Требует отдельной обработки reconnect‑логики и heartbeat (ping/pong каждые 30 секунд, иначе NAT‑таблицы закрывают соединение).

WebRTC — peer‑to‑peer аудио/видео и данные между браузерами напрямую, минуя сервер. Сервер нужен только для сигнализации (STUN/TURN для обхода NAT). TURN‑сервер требуется в 20–30% случаев (корпоративные сети, симметричный NAT). Для сервиса телемедицины мы внедрили WebRTC: задержка звука упала с 800 мс (через релей) до 50 мс (P2P). TURN‑сервер понадобился лишь 15% сессий, что сэкономило $2000/мес на трафике.

WebSocket (Wikipedia)
WebRTC (Wikipedia)

Как правильно выбрать транспорт: пошаговая инструкция

  1. Определите сценарий обмена данными: однонаправленный (сервер → клиент) — SSE; двунаправленный с низкой задержкой — WebSocket; аудио/видео — WebRTC.
  2. Оцените требования к задержке. Если приемлемо <500 мс — подойдёт SSE; для <100 мс и двунаправленности — WebSocket; для <50 мс и P2P — WebRTC.
  3. Проверьте бюджет на инфраструктуру. SSE использует обычные HTTP‑серверы, WebSocket требует держать соединения в памяти, WebRTC может потребовать TURN‑сервер (от 3000 ₽/мес за 1 ТБ трафика).
  4. Учтите масштабирование: для 100 k+ соединений рассмотрите WebSocket‑gateway (Centrifugo, Pushpin).
Транспорт Направление Задержка Сложность реализации Типичные сценарии
WebSocket Полный дуплекс < 100 мс Средняя Чаты, игры, торговля
SSE Только сервер → клиент < 500 мс Низкая Нотификации, ленты прогресса
WebRTC P2P аудио/видео/данные < 50 мс Высокая Видеозвонки, передача файлов

Что такое CRDT и чем он лучше Operational Transformation?

Совместное редактирование — не просто «кто последний записал, тот и прав». Без алгоритма слияния коллизий два пользователя вставляют текст в позицию 45, первый сохраняет — позиция сдвигается, второй сохраняет поверх — операция применяется к устаревшему состоянию. Текст дублируется или теряется.

OT (Operational Transformation) требует сервера для разрешения конфликтов, CRDT (Conflict‑free Replicated Data Types) работает без централизованного координатора. Yjs — наиболее зрелая CRDT‑библиотека для браузера. Интегрируется с ProseMirror, TipTap, CodeMirror, Monaco Editor.

Сравнение библиотек для совместного редактирования

Библиотека Алгоритм Поддержка редакторов Сложность Производительность
Yjs CRDT ProseMirror, TipTap, CodeMirror, Monaco Средняя Высокая (<10 мс при 100 операциях)
ShareDB OT ProseMirror, Quill Средняя Средняя (требуется сервер для слияния)
Automerge CRDT Любой (RichText) Высокая Хорошая (но память растёт быстрее Yjs)

Проблема: размер Yjs‑документа растёт из‑за истории операций. Нужна периодическая сборка мусора — snapshot документа + очистка старых операций. Без этого документ, над которым работали год, может весить 50 МБ.

Пример heartbeat на WebSocket (Node.js)
const ws = new WebSocket('wss://example.com');
let pingInterval;

ws.on('open', () => {
  pingInterval = setInterval(() => {
    ws.ping();
    setTimeout(() => {
      if (ws.readyState === WebSocket.OPEN) ws.terminate();
    }, 5000);
  }, 25000);
});

ws.on('close', () => clearInterval(pingInterval));

Типичные ошибки при внедрении real‑time

Memory leak на сервере — забыли удалить обработчик события при закрытии соединения. На Node.js heap растёт ~1 МБ/ч. EventEmitter предупреждает о 10+ слушателях, но не всегда это замечают.

Thundering herd при реконнекте. Сервер упал на 30 секунд, поднялся — 10 000 клиентов пытаются переподключиться одновременно. Exponential backoff с jitter обязателен: delay = Math.min(baseDelay * 2^attempt + random(0, 1000), maxDelay).

Отсутствие индикации потери соединения. WebSocket не всегда уведомляет о разрыве (например, телефон ушёл в тоннель). Heartbeat решает проблему.

Процесс работы

Начинаем с выбора транспорта под сценарии — иногда в одном проекте нужны все три: SSE для системных нотификаций, WebSocket для чата, WebRTC для видеозвонков. Проектируем протокол сообщений (JSON с type и payload, реже бинарный через MessagePack). Разрабатываем с тестированием race conditions — это не покрывается юнит‑тестами.

Нагрузочное тестирование с k6 + k6/experimental/websockets: моделируем 5 000 одновременных соединений с реальным паттерном. Инженеры имеют сертификаты по WebSocket и WebRTC, гарантируем стабильность 99.9%.

Что входит

  • Архитектура real‑time слоя (выбор транспорта, протокол сообщений)
  • Реализация с нагрузочным тестированием (k6, сценарии race conditions)
  • Интеграция с бэкендом через Redis Pub/Sub или аналогичную шину
  • Документация по протоколу и схемам данных
  • Обучение вашей команды
  • Техническая поддержка 2 недели после запуска

Почему Centrifugo может быть выгоднее, чем Socket.io?

Socket.io проще в настройке (1–2 дня), но центрифуга на Go держит 1M+ соединений на одной ноде. Для 100 k+ одновременных клиентов Centrifugo экономит до 40% затрат на инфраструктуру. Получите консультацию — мы поможем выбрать стек под вашу нагрузку.

Сроки

  • Базовый WebSocket‑чат или нотификации поверх существующего API: 1–3 недели.
  • Коллаборативный редактор с Yjs и persistence: 4–8 недель.
  • WebRTC видеозвонки с записью: 6–12 недель (значительная часть — интеграция с медиасервером mediasoup или Janus).

Свяжитесь с нами для оценки вашего проекта. Обсудите задачу с инженером — оценим сложность и сроки индивидуально.