Фэй против Socket.IO (и Джаггернаут)

раскрытие: я являюсь автором Фэй.

1. Что касается Фэй, все, что вы сказали, правда.
2. Faye реализует большую часть Байе, единственное, чего не хватает сейчас, это каналы обслуживания, которые я еще не убедился в полезности. В частности, Faye предназначен для совместимости с эталонной реализацией Cometd Bayeux, которая имеет большое значение для следующего.
3. концептуально, да: Faye может использование Socket.IO на практике существуют некоторые препятствия для этого:
   • Я понятия не имею, какая поддержка на стороне сервера Socket.IO требуется, и требование, чтобы клиент Faye (есть серверные клиенты в Node и Ruby, помните) мог разговаривать с любым сервером Bayeux (и сервер Faye с любым клиентом Bayeux), может быть deal-breaker.
   • Байе имеет определенные требования, что серверы и клиенты поддерживают определенные типы транспорта, и говорит, как договориться, какой из них использовать. Он также определяет, как они используются, например, как тип содержимого запроса XHR влияет на то, как его содержимое интерпретируется.
   • для некоторых типов обработка ошибок мне нужен прямой доступ к транспорту, например повторная отправка сообщений при повторном подключении клиента после смерти узла WebSocket.
   • пожалуйста, поправьте меня, если у меня есть что - то из этого неправильно- это основано на беглом сканировании Socket.IO документация.
4. Фэй просто pub / sub, он просто основан на немного более сложном протоколе и имеет много тонкостей, встроенных:
   • серверные и клиентские расширения
   • сопоставление шаблонов подстановочных знаков на маршрутах каналов
   • автоматическое переподключение, например, когда WebSockets умирают или сервер переходит в автономный режим
   • клиент работает во всех браузерах, на телефонах и на стороне сервера на узле и Ruby

Фэй, вероятно, выглядит намного сложнее по сравнению с Джаггернаут, потому что Джаггернаут делегирует больше, например, он делегирует транспортные переговоры Socket.IO и маршрутизация сообщений в Redis. Это прекрасные решения, но мое решение использовать Байе означает, что я должен сделать больше работы сам.

Что касается философии дизайна, главная цель Фэй заключается в том, что она должна работать везде, где доступна сеть, и должна быть абсолютно тривиальной, чтобы начать работать. Я очень просто начать работу, но его расширяемость означает, что он может быть настроен в довольно мощные способы, например, вы можете превратить его в службу push от сервера к клиенту (т. е. остановить произвольные клиенты, толкающие к нему), добавив расширения аутентификации.

там также ведется работа, чтобы сделать его более гибким на стороне сервера. Я смотрю на добавление поддержки кластеризации и делаю ядро pub-sub engine подключаемым, чтобы вы могли использовать Faye в качестве веб-интерфейса без состояния для другой системы pub-sub, такой как Redis или AMQP.

Я надеюсь, это было полезно.