Существует широкий спектр сервисов и программ для мгновенной электронной коммуникации.

Matrix был выбран на основании наличия следующих ключевых характеристик:

• Открытый стандарт (отсутствие технических тупиков)
• Протокол общения в режиме реального времени (аналогичен электронной почте, при этом возможна работа внутри защищённого контура либо при использовании федерации — во всемирном масштабе)
• Поддержка дифференцированной коммуникации (диапазон форматов: персональные сообщения 1:1, обмен информацией между несколькими командами, ведение дискуссий по отдельным темам)
• Децентрализованная, постоянная и совместимая связь (отсутствие единой центральной контрольной инстанции; предусмотрена интеграция с иными протоколами и инструментами)
• Защита данных: сквозное шифрование в приватных беседах 1:1 реализовано как стандартная опция; в групповых комнатах включение E2E‑шифрования возможно по мере необходимости
• Наличие клиентских решений: веб‑приложение, настольный клиент и мобильные приложения
• Личные данные не передаются автоматически третьим сторонам
• Контакты мобильного телефона не передаются автоматически третьим лицам
• Адреса электронной почты не передаются автоматически третьим лицам
• Возможность подключения к существующим системам аутентификации (например, сервера аутентификации UC.Technology)
• Наличие успешного завершённого аудита по безопасности
• Автономность и управление: предусмотрена локальная установка на инфраструктуре Заказчика
• Возможность определения статуса присутствия
• Активное продолжение развития протокола и экосистемы
• Перспективы применения в государственном секторе, научных учреждениях и прочих организациях
•  

Дополнительная информация и аналитические замечания:

В настоящее время обмен сообщениями осуществляется преимущественно через мессенджеры.

Ранее и до недавнего времени наиболее массовыми были решения типа WhatsApp и Telegram; также широко применялись Viber, Slack, Discord, VK Messenger и Facebook Messenger.

Общая черта перечисленных решений — их проприетарный характер.

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

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

Тем не менее недостатки проприетарных платформ оказываются более существенными.

Контроль над данными Ключевой недостаток заключается в отсутствии контроля над собственными данными.

Во-первых, аккаунт может быть удалён односторонне со стороны провайдера, при этом у пользователя отсутствуют эффективные инструменты для восстановления ситуации.

Во‑вторых, нельзя гарантировать, что переписка действительно будет являться полностью приватной; при наличии мотивации третьи лица могут получить доступ к хранящимся данным.

Если бы приватность данных являлась приоритетом для всех мессенджеров, они бы в полной мере реализовали сквозное шифрование end‑to‑end.

На практике это делается не всегда, поскольку данные пользователей представляют собой ценный ресурс, от которого коммерчески выгодно отказаться не всем компаниям.

Рекламная модель

Во многом монетизация приводит к появлению рекламы.

Даже если реклама отсутствует на текущем этапе, её внедрение может произойти в любое время и в самых неожиданных форматах.

Примером служит мессенджер Telegram, который ранее позиционировался как бесплатный и лишённый рекламы, однако затем рекламные механизмы были внедрены.

Если у продукта отсутствует реклама, следует проанализировать другие способы его монетизации, которые могут косвенно влиять на обработку пользовательских данных.

Цензура и блокировки

Пользователь может столкнуться с блокировкой аккаунта не только за серьёзные нарушения, но и по политическим или иным мотивам, которые определяются владельцами платформы.

В силу этого организациям рекомендуется самостоятельно формулировать и контролировать внутренние политики и правила взаимодействия, не полагаясь на третьи стороны.

Open Source и цифровой суверенитет

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

Открытый код предоставляет возможность контроля над данными и их обработкой.

Критически важным является наличие открытого кода как у клиентской, так и у серверной части.

Наличие только клиентского открытого кода, как это наблюдалось в ряде случаев, существенно ограничивает возможности по обеспечению полного контроля над данными.

Электронная почта

Протокол электронной почты не принадлежит каким‑то частным заинтересованным лицам в монопольном виде.

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

В отдельных случаях аккаунт может быть ограничен на конкретном сервере, однако всегда возможно сменить провайдера или развернуть собственную инфраструктуру, Web‑серверы и серверные компоненты.

Решения типа Apache и Nginx также доступны с открытым исходным кодом и позволяют оперативно развернуть серверную инфраструктуру.

Операционные системы

Linux демонстрирует широкое распространение среди серверных систем; значительная доля серверных платформ функционирует на основе этой операционной системы.

Кроме того, многие устройства Интернета вещей и домашней автоматики используют ядро Linux.

Хранение файлов

Nextcloud — пример сервера для хранения и совместного использования файлов с открытым исходным кодом.

В свете этого отсутствует прямой смысл в передаче личных данных сторонним коммерческим сервисам типа Dropbox, если преследуется цель сохранения контроля над данными.

 

Существующие альтернативы и их ограничения

Некоторые утверждают, что уже имеются инструменты с открытым исходным кодом для обмена сообщениями, однако у них имеются существенные ограничения.

В качестве примеров перечисляются IRC, XMPP, Signal и Telegram.

IRC

К протоколу IRC сохраняется уважительное отношение, особенно с точки зрения исторического контекста и опытного использования сообществом студентов и разработчиков. Тем не менее у IRC наблюдается ряд существенных ограничений: - только текстовые сообщения - отсутствует история переписки - нет надёжной поддержки нескольких устройств - отсутствует поддержка статуса присутствия - нет открытой федерации - отсутствует стандартное API - отсутствует встроенное сквозное шифрование - наличие сплитов, приводящих к проблемам, в том числе влияющим на безопасность

XMPP

Протокол XMPP (ранее Jabber) также рассматривался как потенциальное решение, однако у него имеются собственные недостатки: - неполная поддержка работы с несколькими устройствами - протокол не оптимален для веб‑приложений и работы из браузера - в целом протокол воспринимается как перегруженный и сложный для интеграции

Signal

Signal применяется в ряде сценариев, однако он не поддерживает децентрализацию, что ограничивает контроль со стороны организаций и уменьшает гибкость развёртывания внутри корпоративной инфраструктуры.

Matrix

Наиболее привлекательным вариантом в текущих условиях представляется Matrix — открытый протокол для децентрализованного обмена сообщениями в реальном времени.

Он рассчитан на работу с текстовыми чатами, а также с аудио‑ и видеосвязью посредством WebRTC.

Matrix определяет стандарты и предоставляет opensource‑реализации серверных и клиентских компонентов.

Основные преимущества Matrix: - предоставляет организациям и пользователям возможность обмена сообщениями и синхронизации данных по распределённой сети при условии сохранения контроля над собственными данными - обеспечивает удобство для конечного пользователя: взаимодействие с другими участниками сети остаётся простым и не требует единой унифицированной клиентской программы - допускается использование как собственного сервера, так и регистрация на существующем публичном сервере

Федеративная архитектура Matrix представляет собой федеративную сеть: любой сервер может взаимодействовать с другими серверами.

По аналогии с электронной почтой, серверы взаимодействуют между собой при передаче сообщений.

Открытая федерация означает возможность присоединения к экосистеме Matrix всем желающим в Интернете путём развёртывания собственного сервера.

Различие с IRC заключается в том, что в Matrix сервера способны напрямую коннектиться друг с другом и обмениваться информацией в рамках общей комнаты.

Пример существующей комнаты: #ucmeetnews:matrix.ucmeet.chat.

При отправке сообщения сервер определяется, какие другие серверы являются участниками комнаты, и пересылает сообщение каждому из них.

Затем каждый сервер отображает полученное сообщение своим локальным пользователям, участвующим в комнате.

Одновременно каждый домашний сервер сохраняет содержимое истории комнаты в своей локальной базе данных.

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

Как зарегистрироваться и начать использование

Наиболее быстрый способ начать работу — перейти по адресу https://web.ucmeet.chat и зарегистрироваться, после чего следовать инструкциям по установке клиента UCMeetChat.

Клиент UCMeetChat предоставляет упрощённый интерфейс для работы с чатами.

Решение поддерживает взаимодействие не только с серверами ucmeet.chat и ucmeet.org, но также может быть использовано для подключения к локально развёрнутым серверам, построенным в рамках корпоративной инфраструктуры на базе протокола Matrix.

Это позволяет пользователю взаимодействовать с другими участниками и комнатами в федерации Matrix.

Поддерживаются обмен текстовыми сообщениями, передачей изображений и файлов, а также подключение ботов и мостов для интеграции с внешними платформами (например, Telegram, WhatsApp и иными известными сервисами).

Кроме того, реализована поддержка голосовых и видеозвонков в режимах 1:1 и групповых вызовов.

 

Более подробно ознакомьтесь как мы используем Matrix в нашем мессенджере UCMeet Chat в презентации.

 

 

Желаем успешной работы с используемыми сервисами!