Протокол федерации Google Wave
 | В этой статье есть несколько проблем. Пожалуйста, помогите улучшить его или обсудите эти проблемы на странице обсуждения . ( Узнайте, как и когда удалять эти шаблонные сообщения )
|
Протокол Wave Federation Protocol (ранее Google Wave Federation Protocol ) — это открытый протокол , расширение расширяемого протокола обмена сообщениями и присутствия (XMPP), который используется в Apache Wave . Он предназначен для практически в реальном времени связи между поддерживаемыми компьютером серверами совместной работы.
Обзор [ править ]
Протокол Wave Federation Protocol, который все еще находится в разработке, представляет собой открытый протокол , который призван стать аналогом открытости протокола электронной почты, поэтому волны могут заменить электронную почту в качестве доминирующей формы интернет-коммуникации. [1] [2] [3] [4] [5]
Наличие [ править ]
Поскольку протокол открыт, любой может стать поставщиком волн и делиться волнами с другими. Как и электронная почта , общение возможно независимо от провайдера. Например, организации могут выступать в качестве провайдеров волн для своих членов, отдельный человек может запускать частный сервер волн для одного пользователя или членов семьи, а поставщик интернет-услуг может запускать сервис волн как еще один интернет-сервис для своих пользователей в качестве дополнения к электронная почта, обмен мгновенными сообщениями , FTP и т. д. В этой модели Google Wave является одним из многих поставщиков волн. [4] [5]
Исходный код Java для «Сервера прототипов Google Wave Federation» был выпущен в репозитории Mercurial в июле 2009 года под лицензией Apache 2.0. [6] [7]
Фреймворк [ править ]
Некоторые функции расширяемого протокола обмена сообщениями и присутствия, унаследованные протоколом волновой федерации, включают обнаружение IP-адресов и номеров портов с использованием системы доменных имен (DNS) записей SRV , а также аутентификацию TLS и шифрование соединений. Транспорт XMPP шифрует операции на транспортном уровне. Таким образом, он обеспечивает криптографическую безопасность только между серверами, подключенными напрямую друг к другу. Дополнительный уровень криптографии обеспечивает сквозную аутентификацию между поставщиками волн с использованием криптографических подписей и сертификатов, позволяя всем поставщикам вейвлетов проверять свойства операции. Таким образом, нижестоящий поставщик волн может проверить, что поставщик волн не подделывает операции вейвлета. Он не должен иметь возможности ложно утверждать, что вейвлет-операция исходит от пользователя другого провайдера волн или что она возникла в другом контексте. Это устраняет ситуацию, когда два пользователя от разных надежных поставщиков волн являются участниками вейвлета, размещенного у злонамеренного поставщика. Протокол требует, чтобы каждый участник подписывал операции своего пользователя собственным сертификатом. Подписи всех операций, пересылаемых хостом, будут оцениваться участниками. Это сделано для того, чтобы злонамеренные хосты не могли изменять или подделывать содержимое сообщений от пользователей других служб. Все подписи и проверки выполняются поставщиками волн, а не клиентским программным обеспечением конечных пользователей. [4] [5]
Все волны и вейвлеты (дочерние волны) идентифицируются глобально уникальным идентификатором волны, который представляет собой имя домена и строку идентификатора. Доменное имя идентифицирует поставщика волн, от которого возникла волна. Волны и вейвлеты размещаются у поставщика волн создателя. Вейвлеты в одной волне могут размещаться у разных поставщиков волн. Однако пользовательские данные не объединены; т. е. не используется совместно с другими поставщиками волн. Также возможны вейвлеты частного ответа, о которых другие участники не знают и не имеют доступа. Если частный вейвлет передается между пользователями одного и того же поставщика волн, он не объединяется независимо от того, где размещена родительская волна. [4] [5]
Параллельная федерация [ править ]
Поставщик волн управляет службой волн на одном или нескольких сетевых серверах. Центральными частями волнового сервиса являются хранилище волн, в котором хранятся вейвлет-операции, и волновой сервер, который разрешает вейвлет-операции путем оперативного преобразования , а также записывает и считывает вейвлет-операции в хранилище волн и из него. Обычно служба волн обслуживает волны пользователей провайдера волн, которые подключаются к интерфейсу службы волн. В целях федерации служба волн делится волнами с участниками других провайдеров, общаясь с серверами этих провайдеров волн. Копии вейвлетов распространяются среди всех поставщиков волн, у которых есть участники данного вейвлета. Копии вейвлета у конкретного провайдера могут быть локальными или удаленными. Мы используем этот термин для обозначения этих двух типов вейвлет-копий (в обоих случаях мы имеем в виду вейвлет-копию, а не вейвлет). Представление волны может одновременно содержать как локальные, так и удаленные копии вейвлета. [4] [5]
Исходный сервер Wave отвечает за хостинг и обработку вейвлет-операций, отправленных локальными участниками и удаленными участниками от других поставщиков волн. Волновой сервер выполняет управление параллелизмом, упорядочивая отправленные вейвлет-операции относительно друг друга с помощью операционного преобразования. Он также проверяет операции перед их применением к локальному вейвлету. [4] [5]
Удаленные вейвлеты размещаются у других провайдеров, кэшируются и обновляются с помощью вейвлет-операций, которые локальный провайдер получает от удаленного хоста. Когда локальный участник отправляет вейвлет-операцию удаленному вейвлету, волновой сервер перенаправляет операцию на волновой сервер хостинг-провайдера. Затем преобразованная и примененная операция возвращается обратно и применяется к кэшированной копии. [4] [5]
компоненты федерации Службы Wave используют шлюзы федерации и прокси- для связи и обмена волнами с другими поставщиками волн. Шлюзы федерации передают локальные вейвлет-операции, передают новые локальные вейвлет-операции удаленным поставщикам волн любых других участников, выполняют запросы на старые вейвлет-операции и обрабатывают запросы на представление вейвлет-операций. Прокси-сервер федерации передает удаленные операции вейвлета и является компонентом поставщика волн, который взаимодействует со шлюзом федерации удаленных поставщиков. Он получает новые вейвлет-операции, передаваемые ему от других провайдеров, запрашивает старые вейвлет-операции и отправляет вейвлет-операции другим провайдерам. [4] [5]
См. также [ править ]
Ссылки [ править ]
- ^ Видео на YouTube
- ^ «Протокол федерации Google Wave» . Архивировано из оригинала 30 мая 2009 г. Проверено 29 мая 2009 г.
- ^ Хачман, Марк (28 мая 2009 г.). «Google заново изобретает электронную почту и документы с помощью Google Wave» . www.pcmag.com . Проверено 2 июня 2009 г.
- ^ Jump up to: Перейти обратно: а б с д и ж г час «Архитектура федерации Google Wave — протокол федерации Google Wave» . Архивировано из оригинала 30 марта 2013 г. Проверено 5 июня 2009 г.
- ^ Jump up to: Перейти обратно: а б с д и ж г час «Протокол клиент-сервера Google Wave — протокол федерации Google Wave» . Архивировано из оригинала 30 марта 2013 г. Проверено 5 июня 2009 г.
- ^ «Протокол федерации Google Wave и обновления с открытым исходным кодом» .
- ^ «Архив кода Google — долгосрочное хранилище для хостинга проектов Google Code» .
